22 ms·

The mistakes and missed opportunities in the design of IPv6

35 points by marolafm 2y ago

api 2y ago
The most consequential one for slowing adoption was 128-bit addresses, because they are long and thus hard to remember or type. A 16-bit 4-tuple would be workable. Also the post leaves something out that I think is equally bad: that hideous user hostile :-separated ASCII form. Just fixing this could really help adoption. What were they thinking? Using a character that requires a shift? And conflicts with the URL format? “Use DNS” is the usual answer, and is a quick way to tell someone has never done IT or networking in the real world. DNS is a fragile inflexible protocol that requires standing up servers. It works for what it does but it does not eliminate the need for engineers to schlep IPs around.
- nightfly 2y ago
  Really? Not just being ipv4 with a bigger address space has slowed it down for my org. Too much auto magic configuration and dhcpv6 feeling like an afterthought and getting consistent behavior on different Linux network configuration manage systems has sucked
jonstewart 2y ago
The world had -just- gotten its parents and aunts and uncles and maybe some grandparents trained up on what an IP address is and looks like, and THEN the IETF approved this idiotic standard that said “forget all that, now it’s a bunch of hexadecimal digits with these confusing rules about colons to be ‘user-friendly.’ Also, be sure not to confuse your IPv6 address with the MAC address that’s printed on your devices.” Whatever the technical merits/demerits of the protocol, I believe this brain-damaged approach to describing addresses is behind the “failure” of IPv6.
- flowerthoughts 2y ago
  The syntax of the address? MAC addresses seem to thrive, both in Ethernet and Bluetooth. Sure, it's only 48 bits, but it's a bunch of hexadecimal digits with colons. IPv6 failed because (1) it demanded too much of the networking hardware, (2) was a stupidly complex beast compared to IPv4 and (3) had the catch-22 of requiring both producers and consumers to upgrade at the same time to even make it usable, let alone widely beneficial. (Discounting 6to4 and other local patches.) However, since I upgraded my AP, I realized my ISP actually does support IPv6 really well, so perhaps we're close now...
  - ergsef 2y ago
    TFA talks about addresses being too long and the compromise to support variable-length addresses. 64-bits would have been fine. Grandparent is engaging in the classic tech industry tradition of talking confidently about something they have very little knowledge about. Surely old people learning hex isn't what's stopping IPv6 adoption but why not, they explained IP addresses it to their Nana once at Christmas (you never visit!) and she nodded politely and so they're an expert on networking.
  - jampekka 2y ago
    Aunts and uncles and grandparents rarely have to deal with MACs. Back in the day it was still quite common to have to manually enter some IP-addresses, although it was probably not common for "non-technical" people understand anything about IPv4 adresses either. I for one to still to this day and age don't really understand IPv6 addresses, and admittedly haven't tried much. I typically disable IPv6 at the kernel because it's been nothing but trouble.
  - adrian_b 2y ago
    I don't think that it can be argued that IPv6 was complex and demanded more from the networking hardware. On the contrary, the IPv6 headers have been explicitly simplified a lot in comparison with IPv4. The increased complexity for the networking hardware has come only from the requirement of supporting both IPv4 and IPv6, instead of only one of them. In my opinion, the most significant mistake of IPv6 has been that the IPv4 address space has not been considered a subset of the IPv6 address space. Had this been done, it would have been relatively easy to mix arbitrarily in a network ancient IPv4 equipment that has never been updated with equipment implementing IPv6 and the gradual transition between the two protocols would have been very easy.
    - colanderman 2y ago
      > In my opinion, the most significant mistake of IPv6 has been that the IPv4 address space has not been considered a subset of the IPv6 address space. This suggestion has gotten brought up often over the past few decades. Remember that every IP packet has a destination and source address. There is no physical way for a v4-only host to directly communicate with another host which has an address from a larger address space. Doing so requires NAT. Which can be and is used today for v4-v6 connectivity.
blueflow 2y ago
You think IPv6 is bad? I hope your provider puts you and your company behind a CGNAT that forgets mappings after 30 seconds.
blueflow 2y ago
> IPv6 chose to have addresses on the interface connecting to the network instead of having addresses on the node. In contrast to IPv4, IPv6 supports multiple addresses on an interface, where each of the address has different properties. IP Addresses were always interface-bound. And you always could have multiple addresse on the same interface. Your IPv4 loopback device has 2^24 addresses bound to it right in this moment. Do ping on 127.12.34.56 and you will see.
- zorked 2y ago
  Having several IPv4 addresses per physical interface is a bit of an extension. It is called IP aliasing in Linux and it wasn't always there.
  - blueflow 2y ago
    Since when is it there? Because i had interfaces with both v4 link-local and DHCPv4 addresses since i can remember.
    - MadVikingGod 2y ago
      The early 90s. I remember a time when you got one address, and found out they could have multiple. It was like black magic.
      - deleted 2y ago
        [deleted]
  - cryptonector 2y ago
    IPv4 itself doesn't say anything about how many addresses you could have on an interface, not that I recall.
  - parliament32 2y ago
    Not quite. The kernel documentation notes that IP aliasing was the original way to have multiple IPs per interface, but is now obsolete, as multiple IPs are directly supported now (and by "now" I mean 2009-ish, with the introduction of iproute2): https://docs.kernel.org/networking/alias.html https://docs.kernel.org/networking/alias.html In addition, the manpage for ip-address makes this clear: > The address is a protocol (IP or IPv6) address attached to a network device. Each device must have at least one address to use the corresponding protocol. It is possible to have several different addresses attached to one device. These addresses are not discriminated, so that the term alias is not quite appropriate for them and we do not use it in this document. https://linux.die.net/man/8/ip https://linux.die.net/man/8/ip
sherburt3 2y ago
Why couldn't we have just added another byte to IPv4 addresses and called it a day? Hell add two bytes.
- blueflow 2y ago
  Because every node that is supposed to be able to route these packages need to be patched to understand the new package format. So its is equally difficult.
  - sherburt3 2y ago
    Well yeah it would obviously constitute a new protocol and hardware/software would need to be upgraded, but beyond that everything that worked in IPv4 would continue to work in this theoretical protocol.
    - blueflow 2y ago
      You could add 12 bytes to the address, such an protocol already exists and is in widespread use.
      - sherburt3 2y ago
        I just don't think IPv6 addresses are human readable compared to IPv4 addresses. I know DNS makes that a non issue for the majority of users but I still think it's an important quality for people in charge of maintaining networks and stuff.
        blueflow 2y ago
        I like IPv6 addresses more because they force you to use copy-paste, which removes the risk of typing errors. And nobody would try to dictate me an IPv6 address via phone.
        preisschild 2y ago
        > I just don't think IPv6 addresses are human readable compared to IPv4 addresses Then you just didn't read enough into IPv6 documentation yet. IPv6 addresses can be short if you want because of the `::` operator. Example: Instead of IPv4 where you'd have the addresses `10.0.0.2` - `10.0.0.100` for clients on your LAN + a single global IPv4 address, you just have `2001:db8::2` - `2001:db8::100` (where `2001:db8` is the "house address" part of your LAN and `2-100` is the specific device address)
braiamp 2y ago
I don't see a world where these compromises didn't exists and ipv6 would have been successful in rapidly replacing ipv4. The article seems to miss the forest for the trees, trying to think technical problems that prevented deployment, when it was actually political ones. Nobody wanted to touch middleboxes, routers, etc. half of the internet is running on software that is 10 years old, trunk networking is several times older. Very reliable and known of all its quirks, so it's unlikely to be replaced. New ISP's are the most likely to deploy ipv6 natively, and such ISP have to compete with other new and old ISP. Consumers don't care as long as things work most of the times, which ipv4 is _good enough_. I would love to have a way to route my entire host to the internet, as it would make certain things easier, but I'm in the minority. Government policy could help ease the pain by requiring public institutions to implement it, but that's also a political problem.
- magicalhippo 2y ago
  > trying to think technical problems that prevented deployment, when it was actually political ones I'd say it's more human nature. We can see the problem looming in the horizon, we think we have some solution but implementing it will be painful now. However, the current solution isn't very painful yet, so it's better near-term to procrastinate. And so we postpone the change. If IPv4 had some flaws that seriously hurt back in the mid-90s, we'd surely be over on IPv6 or something else by now.
c0l0 2y ago
IPv6 has not "failed". I use it daily to do my networking, both at home and on the public Internet. The author's take is weird at best.
- 123pie123 2y ago
  would you say it's been a success then?
Borg3 2y ago
I kinda agree with the arcticle. Here is my ideal IPv6: http://borg.uu3.net/~borg/?ipv6 http://borg.uu3.net/~borg/?ipv6 It basically means, you grab IPv4 implementation, extend address space to 64bit, call it IPv6, vioala. Problem solved. IPv4 was battle proven for years. It mistakes were sorted out (CIDR addressing, ARP poisoning, DHCP/BOOTP, etc). It was widely understood. NAT is okey, CGNAT is not. The only problem was the address space. And they failed it...
- aaronbaugher 2y ago
  Yeah, Dan Bernstein explained a long time ago how they were doing it wrong.[1] That's not dated, but it must have been 20 years ago that I first read it. In short, by making it a separate, incompatible protocol, they created a situation where no one had an incentive (other than curiosity) to implement it on clients, servers, or in between, until everyone else did. There were better options. [1] https://cr.yp.to/djbdns/ipv6mess.html https://cr.yp.to/djbdns/ipv6mess.html
- bluGill 2y ago
  That is what they did. The number of bits is a detail. There is no way to use a different number of bits and remain compatible.
  - Borg3 2y ago
    This is what they did NOT! Just read IPv6 related RFCs. A lot of differences. If they did that in 1997, we would probably be on IPv6 long time ago...
    - bluGill 2y ago
      No we wouldn't, I worked on routers in 1997: the differences with IPv6 made our job much easier. The hard parts about IPv6 are changing the number of bits makes everything incompatible. That means all software and books needs to be rewritten to work with the new protocol and there is no way around that. Of course you probably never worked with source routing in IPv4 - I spent a lot of time testing it because marketing couldn't prove none of our customers used it. Even then nearly all routers shipped configured to drop any packet with source address routing, but to comply with the rfcs we had to make it work.
everfrustrated 2y ago
The story of the IPv6 transition is the story of the hubris of engineers thinking technical merit alone will drive change. Nobody wants IPv6. It's been 30 years now and we're what 60% complete? By any metric this is a massive failure. Until IPv6 can enable some societal benefit the transition will continue to just limp along. People buy products not technology.
- ivanmontillam 2y ago
  I don't know why you're getting downvoted, but I 100% agree with your comment. > Nobody wants IPv6. It's been 30 years now and we're what 60% complete? By any metric this is a massive failure. Yeah, this is a massive generalization, but I get the point you want to communicate.
oftenwrong 2y ago
I recommend reading The world in which IPv6 was a good design by apenwarr: https://apenwarr.ca/log/20170810 https://apenwarr.ca/log/20170810 It has been submitted many times here: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&query=the%20world%20in%20which%20ipv6%20was%20a%20good%20design&sort=byPopularity&type=story https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... You will find at the end that it has received an update of sorts here: https://tailscale.com/blog/two-internets-both-flakey https://tailscale.com/blog/two-internets-both-flakey
- cryptonector 2y ago
  Thanks for this. Yes, the key mistake was not tackling mobility before the iPhone.
pjdesno 2y ago
I was at the Toronto IETF meeting in 1994(?) when they voted on 8-byte vs 16-byte addresses. I share the author's suspicion that 8-byte addresses would have made a world of difference in IPv6 adoption. It's hard to understand nowadays just how slow many networks were back then - 28.8kb/s dialup modems were introduced in 1994, and 56k wasn't available until 1997 or 1998. Two 16-byte addresses take 9ms to transmit at that speed.
1970-01-01 2y ago
>Stuck with 64-bit addresses Nail on head. This is obvious not only in retrospect, but also to anyone just learning networking. We somehow expected the entire planet to become the death star with every blinking LED having a unique address.
- williamdclt 2y ago
  I don’t think it’s obvious at all, not even in retrospect. People have historically been wildly underestimating how computing usage would evolve (“640KB of memory ought to be enough for anybody”), interfaces connected to the internet have indeed multiplied exponentially and it’s showing no sign of slowing down.
  - 1970-01-01 2y ago
    https://samsclass.info/ipv6/exhaustion.htm https://samsclass.info/ipv6/exhaustion.htm It's obvious.
    - Hikikomori 2y ago
      Now, three years later, I have refined my predicted date to: 9,000,000 AD Seems like 128bit wasn't enough.
seanalltogether 2y ago
I would say this is a pretty big mistake for constructing a url. http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/ http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/
PaulKeeble 2y ago
In the UK there are FTTH products being rolled out by a variety of companies in addition to BTs (and virgins) fibre networks. Many of which are being bought out by the biggest of these alternative fibre providers CityFibre. Many of the ISPs on CityFibre aren't able to buy the IPv4 space they need and are too young to have acquired it years ago like the older ISPs have. Instead they use CGNAT to provide service IPv4. Carrier grade NAT is definitely an issue for the average person because the bank websites often don't work properly/kicks off security as they expect unique IPs for their customers. The need for CGNAT on IPv4 I can understand, it shows the extent of the problem and cost of acquiring IPv4 addresses, but they are also choosing to not deploy IPv6. Unlike the older ISPs they have no legacy to worry about with hardware to be upgraded and reconfigured and potentially a complex roll out, some of these companies are mere years old. When that use case can't bring IPv6 to the ISPs I have no idea what will.
cryptonector 2y ago
IPv6 did not tackle the router-side problem with CIDR: huge routing tables. In 1994 CIDR was causing a lot of hurt in the then backbone because routers needed more and more memory to hold ever larger routing tables. Keeping routing the same except adding more bits to the address space merely made the problem worse except for the hope that the address space wouldn't be too fragmented, and that something like the DNS A6 RR type (failed) would resolve address portability concerns. IPv6 could have had a way to explicitly identify in the IPv6 header the route to the destination by AS number. I don't mean that applications should have been aware of AS numbers -- that could have been a system feature, or a first border gateway feature. This would have made routers cheaper by making their routing tables much smaller (2^16 routes max) and would have made number portability easier by making it more tolerable to have huge IP->AS lookup tables outside the core routers. Though on the flip side it might have led to more fragmentation of the address space, so maybe it's better the way it is.
cryptonector 2y ago
Re-reading https://apenwarr.ca/log/20170810 https://apenwarr.ca/log/20170810 (linked elsewhere in this thread as well), right the thing that should have been solved first as the introduction of a TCP and UDP replacement suite that could handle mobility, since then switching IP versions at layer 3 would be much easier. But 30 years ago mobility wasn't as critical as 20 years ago and the IETF didn't foresee it. Also, introducing new transport protocols is quite difficult due to middleboxes -- at least that was the experience with SCTP, but a TCP that solves mobility would probably lead to middleboxes getting fixed quickly.

35 points by marolafm 2y ago

api 2y ago

The most consequential one for slowing adoption was 128-bit addresses, because they are long and thus hard to remember or type. A 16-bit 4-tuple would be workable. Also the post leaves something out that I think is equally bad: that hideous user hostile :-separated ASCII form. Just fixing this could really help adoption. What were they thinking? Using a character that requires a shift? And conflicts with the URL format? “Use DNS” is the usual answer, and is a quick way to tell someone has never done IT or networking in the real world. DNS is a fragile inflexible protocol that requires standing up servers. It works for what it does but it does not eliminate the need for engineers to schlep IPs around.

nightfly 2y ago
Really? Not just being ipv4 with a bigger address space has slowed it down for my org. Too much auto magic configuration and dhcpv6 feeling like an afterthought and getting consistent behavior on different Linux network configuration manage systems has sucked

jonstewart 2y ago

The world had -just- gotten its parents and aunts and uncles and maybe some grandparents trained up on what an IP address is and looks like, and THEN the IETF approved this idiotic standard that said “forget all that, now it’s a bunch of hexadecimal digits with these confusing rules about colons to be ‘user-friendly.’ Also, be sure not to confuse your IPv6 address with the MAC address that’s printed on your devices.” Whatever the technical merits/demerits of the protocol, I believe this brain-damaged approach to describing addresses is behind the “failure” of IPv6.

flowerthoughts 2y ago
The syntax of the address? MAC addresses seem to thrive, both in Ethernet and Bluetooth. Sure, it's only 48 bits, but it's a bunch of hexadecimal digits with colons. IPv6 failed because (1) it demanded too much of the networking hardware, (2) was a stupidly complex beast compared to IPv4 and (3) had the catch-22 of requiring both producers and consumers to upgrade at the same time to even make it usable, let alone widely beneficial. (Discounting 6to4 and other local patches.) However, since I upgraded my AP, I realized my ISP actually does support IPv6 really well, so perhaps we're close now...
- ergsef 2y ago
  TFA talks about addresses being too long and the compromise to support variable-length addresses. 64-bits would have been fine. Grandparent is engaging in the classic tech industry tradition of talking confidently about something they have very little knowledge about. Surely old people learning hex isn't what's stopping IPv6 adoption but why not, they explained IP addresses it to their Nana once at Christmas (you never visit!) and she nodded politely and so they're an expert on networking.
- jampekka 2y ago
  Aunts and uncles and grandparents rarely have to deal with MACs. Back in the day it was still quite common to have to manually enter some IP-addresses, although it was probably not common for "non-technical" people understand anything about IPv4 adresses either. I for one to still to this day and age don't really understand IPv6 addresses, and admittedly haven't tried much. I typically disable IPv6 at the kernel because it's been nothing but trouble.
- adrian_b 2y ago
  I don't think that it can be argued that IPv6 was complex and demanded more from the networking hardware. On the contrary, the IPv6 headers have been explicitly simplified a lot in comparison with IPv4. The increased complexity for the networking hardware has come only from the requirement of supporting both IPv4 and IPv6, instead of only one of them. In my opinion, the most significant mistake of IPv6 has been that the IPv4 address space has not been considered a subset of the IPv6 address space. Had this been done, it would have been relatively easy to mix arbitrarily in a network ancient IPv4 equipment that has never been updated with equipment implementing IPv6 and the gradual transition between the two protocols would have been very easy.
  - colanderman 2y ago
    > In my opinion, the most significant mistake of IPv6 has been that the IPv4 address space has not been considered a subset of the IPv6 address space. This suggestion has gotten brought up often over the past few decades. Remember that every IP packet has a destination and source address. There is no physical way for a v4-only host to directly communicate with another host which has an address from a larger address space. Doing so requires NAT. Which can be and is used today for v4-v6 connectivity.

blueflow 2y ago

You think IPv6 is bad? I hope your provider puts you and your company behind a CGNAT that forgets mappings after 30 seconds.

blueflow 2y ago

> IPv6 chose to have addresses on the interface connecting to the network instead of having addresses on the node. In contrast to IPv4, IPv6 supports multiple addresses on an interface, where each of the address has different properties. IP Addresses were always interface-bound. And you always could have multiple addresse on the same interface. Your IPv4 loopback device has 2^24 addresses bound to it right in this moment. Do ping on 127.12.34.56 and you will see.

zorked 2y ago
Having several IPv4 addresses per physical interface is a bit of an extension. It is called IP aliasing in Linux and it wasn't always there.
- blueflow 2y ago
  Since when is it there? Because i had interfaces with both v4 link-local and DHCPv4 addresses since i can remember.
  - MadVikingGod 2y ago
    The early 90s. I remember a time when you got one address, and found out they could have multiple. It was like black magic.
    - deleted 2y ago
      [deleted]
- cryptonector 2y ago
  IPv4 itself doesn't say anything about how many addresses you could have on an interface, not that I recall.
- parliament32 2y ago
  Not quite. The kernel documentation notes that IP aliasing was the original way to have multiple IPs per interface, but is now obsolete, as multiple IPs are directly supported now (and by "now" I mean 2009-ish, with the introduction of iproute2): https://docs.kernel.org/networking/alias.html https://docs.kernel.org/networking/alias.html In addition, the manpage for ip-address makes this clear: > The address is a protocol (IP or IPv6) address attached to a network device. Each device must have at least one address to use the corresponding protocol. It is possible to have several different addresses attached to one device. These addresses are not discriminated, so that the term alias is not quite appropriate for them and we do not use it in this document. https://linux.die.net/man/8/ip https://linux.die.net/man/8/ip

sherburt3 2y ago

Why couldn't we have just added another byte to IPv4 addresses and called it a day? Hell add two bytes.

blueflow 2y ago
Because every node that is supposed to be able to route these packages need to be patched to understand the new package format. So its is equally difficult.
- sherburt3 2y ago
  Well yeah it would obviously constitute a new protocol and hardware/software would need to be upgraded, but beyond that everything that worked in IPv4 would continue to work in this theoretical protocol.
  - blueflow 2y ago
    You could add 12 bytes to the address, such an protocol already exists and is in widespread use.
    - sherburt3 2y ago
      I just don't think IPv6 addresses are human readable compared to IPv4 addresses. I know DNS makes that a non issue for the majority of users but I still think it's an important quality for people in charge of maintaining networks and stuff.
      - blueflow 2y ago
        I like IPv6 addresses more because they force you to use copy-paste, which removes the risk of typing errors. And nobody would try to dictate me an IPv6 address via phone.
      - preisschild 2y ago
        > I just don't think IPv6 addresses are human readable compared to IPv4 addresses Then you just didn't read enough into IPv6 documentation yet. IPv6 addresses can be short if you want because of the `::` operator. Example: Instead of IPv4 where you'd have the addresses `10.0.0.2` - `10.0.0.100` for clients on your LAN + a single global IPv4 address, you just have `2001:db8::2` - `2001:db8::100` (where `2001:db8` is the "house address" part of your LAN and `2-100` is the specific device address)

braiamp 2y ago

I don't see a world where these compromises didn't exists and ipv6 would have been successful in rapidly replacing ipv4. The article seems to miss the forest for the trees, trying to think technical problems that prevented deployment, when it was actually political ones. Nobody wanted to touch middleboxes, routers, etc. half of the internet is running on software that is 10 years old, trunk networking is several times older. Very reliable and known of all its quirks, so it's unlikely to be replaced. New ISP's are the most likely to deploy ipv6 natively, and such ISP have to compete with other new and old ISP. Consumers don't care as long as things work most of the times, which ipv4 is _good enough_. I would love to have a way to route my entire host to the internet, as it would make certain things easier, but I'm in the minority. Government policy could help ease the pain by requiring public institutions to implement it, but that's also a political problem.

magicalhippo 2y ago
> trying to think technical problems that prevented deployment, when it was actually political ones I'd say it's more human nature. We can see the problem looming in the horizon, we think we have some solution but implementing it will be painful now. However, the current solution isn't very painful yet, so it's better near-term to procrastinate. And so we postpone the change. If IPv4 had some flaws that seriously hurt back in the mid-90s, we'd surely be over on IPv6 or something else by now.

c0l0 2y ago

IPv6 has not "failed". I use it daily to do my networking, both at home and on the public Internet. The author's take is weird at best.

123pie123 2y ago
would you say it's been a success then?

Borg3 2y ago

I kinda agree with the arcticle. Here is my ideal IPv6: http://borg.uu3.net/~borg/?ipv6 http://borg.uu3.net/~borg/?ipv6 It basically means, you grab IPv4 implementation, extend address space to 64bit, call it IPv6, vioala. Problem solved. IPv4 was battle proven for years. It mistakes were sorted out (CIDR addressing, ARP poisoning, DHCP/BOOTP, etc). It was widely understood. NAT is okey, CGNAT is not. The only problem was the address space. And they failed it...

aaronbaugher 2y ago
Yeah, Dan Bernstein explained a long time ago how they were doing it wrong.[1] That's not dated, but it must have been 20 years ago that I first read it. In short, by making it a separate, incompatible protocol, they created a situation where no one had an incentive (other than curiosity) to implement it on clients, servers, or in between, until everyone else did. There were better options. [1] https://cr.yp.to/djbdns/ipv6mess.html https://cr.yp.to/djbdns/ipv6mess.html
bluGill 2y ago
That is what they did. The number of bits is a detail. There is no way to use a different number of bits and remain compatible.
- Borg3 2y ago
  This is what they did NOT! Just read IPv6 related RFCs. A lot of differences. If they did that in 1997, we would probably be on IPv6 long time ago...
  - bluGill 2y ago
    No we wouldn't, I worked on routers in 1997: the differences with IPv6 made our job much easier. The hard parts about IPv6 are changing the number of bits makes everything incompatible. That means all software and books needs to be rewritten to work with the new protocol and there is no way around that. Of course you probably never worked with source routing in IPv4 - I spent a lot of time testing it because marketing couldn't prove none of our customers used it. Even then nearly all routers shipped configured to drop any packet with source address routing, but to comply with the rfcs we had to make it work.

everfrustrated 2y ago

The story of the IPv6 transition is the story of the hubris of engineers thinking technical merit alone will drive change. Nobody wants IPv6. It's been 30 years now and we're what 60% complete? By any metric this is a massive failure. Until IPv6 can enable some societal benefit the transition will continue to just limp along. People buy products not technology.

ivanmontillam 2y ago
I don't know why you're getting downvoted, but I 100% agree with your comment. > Nobody wants IPv6. It's been 30 years now and we're what 60% complete? By any metric this is a massive failure. Yeah, this is a massive generalization, but I get the point you want to communicate.

oftenwrong 2y ago

I recommend reading The world in which IPv6 was a good design by apenwarr: https://apenwarr.ca/log/20170810 https://apenwarr.ca/log/20170810 It has been submitted many times here: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&query=the%20world%20in%20which%20ipv6%20was%20a%20good%20design&sort=byPopularity&type=story https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... You will find at the end that it has received an update of sorts here: https://tailscale.com/blog/two-internets-both-flakey https://tailscale.com/blog/two-internets-both-flakey

cryptonector 2y ago
Thanks for this. Yes, the key mistake was not tackling mobility before the iPhone.

pjdesno 2y ago

I was at the Toronto IETF meeting in 1994(?) when they voted on 8-byte vs 16-byte addresses. I share the author's suspicion that 8-byte addresses would have made a world of difference in IPv6 adoption. It's hard to understand nowadays just how slow many networks were back then - 28.8kb/s dialup modems were introduced in 1994, and 56k wasn't available until 1997 or 1998. Two 16-byte addresses take 9ms to transmit at that speed.

1970-01-01 2y ago

>Stuck with 64-bit addresses Nail on head. This is obvious not only in retrospect, but also to anyone just learning networking. We somehow expected the entire planet to become the death star with every blinking LED having a unique address.

williamdclt 2y ago
I don’t think it’s obvious at all, not even in retrospect. People have historically been wildly underestimating how computing usage would evolve (“640KB of memory ought to be enough for anybody”), interfaces connected to the internet have indeed multiplied exponentially and it’s showing no sign of slowing down.
- 1970-01-01 2y ago
  https://samsclass.info/ipv6/exhaustion.htm https://samsclass.info/ipv6/exhaustion.htm It's obvious.
  - Hikikomori 2y ago
    Now, three years later, I have refined my predicted date to: 9,000,000 AD Seems like 128bit wasn't enough.

seanalltogether 2y ago

I would say this is a pretty big mistake for constructing a url. http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/ http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/

PaulKeeble 2y ago

In the UK there are FTTH products being rolled out by a variety of companies in addition to BTs (and virgins) fibre networks. Many of which are being bought out by the biggest of these alternative fibre providers CityFibre. Many of the ISPs on CityFibre aren't able to buy the IPv4 space they need and are too young to have acquired it years ago like the older ISPs have. Instead they use CGNAT to provide service IPv4. Carrier grade NAT is definitely an issue for the average person because the bank websites often don't work properly/kicks off security as they expect unique IPs for their customers. The need for CGNAT on IPv4 I can understand, it shows the extent of the problem and cost of acquiring IPv4 addresses, but they are also choosing to not deploy IPv6. Unlike the older ISPs they have no legacy to worry about with hardware to be upgraded and reconfigured and potentially a complex roll out, some of these companies are mere years old. When that use case can't bring IPv6 to the ISPs I have no idea what will.

cryptonector 2y ago

IPv6 did not tackle the router-side problem with CIDR: huge routing tables. In 1994 CIDR was causing a lot of hurt in the then backbone because routers needed more and more memory to hold ever larger routing tables. Keeping routing the same except adding more bits to the address space merely made the problem worse except for the hope that the address space wouldn't be too fragmented, and that something like the DNS A6 RR type (failed) would resolve address portability concerns. IPv6 could have had a way to explicitly identify in the IPv6 header the route to the destination by AS number. I don't mean that applications should have been aware of AS numbers -- that could have been a system feature, or a first border gateway feature. This would have made routers cheaper by making their routing tables much smaller (2^16 routes max) and would have made number portability easier by making it more tolerable to have huge IP->AS lookup tables outside the core routers. Though on the flip side it might have led to more fragmentation of the address space, so maybe it's better the way it is.

cryptonector 2y ago

Re-reading https://apenwarr.ca/log/20170810 https://apenwarr.ca/log/20170810 (linked elsewhere in this thread as well), right the thing that should have been solved first as the introduction of a TCP and UDP replacement suite that could handle mobility, since then switching IP versions at layer 3 would be much easier. But 30 years ago mobility wasn't as critical as 20 years ago and the IETF didn't foresee it. Also, introducing new transport protocols is quite difficult due to middleboxes -- at least that was the experience with SCTP, but a TCP that solves mobility would probably lead to middleboxes getting fixed quickly.