Live data from Hacker News

Vint Cerf on mistakes he made in TCP/IP

spectrum.ieee.org

31–40 of 167 posts

Re: Vint Cerf on mistakes he made in TCP/IP

#31
post #13
post #2

Had TCP/IP been 64bit to begin with things would be a lot different.

Things also could have been a lot different if IPv6 was just IPv4 with 128 bit addresses.

People hate kludges and backward compatibility, but IPv4.1 with 5-byte addresses would have been the dominant standard by now.

Re: Vint Cerf on mistakes he made in TCP/IP

#32
post #13
post #2

Had TCP/IP been 64bit to begin with things would be a lot different.

Things also could have been a lot different if IPv6 was just IPv4 with 128 bit addresses.

I see this sentiment from time to time, but it doesn't make sense to me. Any way you do it you need to deploy new hardware, new firewall rules, new end user applications, etc... What parts of IPv6 are harder now than they would be with just a fat IPv4? Is it really so complicated now that you can't fragment packets on path? Is Neighbor Discovery Protocol really so much more difficult to understand than Address Resolution Protocol? Do you yearn for DHCP and NAT?

Re: Vint Cerf on mistakes he made in TCP/IP

#33
post #8

Earlier quoted context omitted.

It is possible 64-bits might have discouraged adopters who didn't want to waste expensive unnecessary extra bits at the time, so TCP/IP might not have taken off.

the ipv4+tcpv4 header is minimally 320 bits long so i don't think so

Routers don't care about the TCP header though, they only care about the 20 bytes of IP header. The interfaces on the router also care about the 14 byte MAC header, but that's a separate step.

That said I agree that the world likely would have sucked it up and just gone with the 64 bit addresses, but there would have been a whole lot of grumbling for decades about the memory use. It's hard to imagine these days, but back then memory was outrageously expensive and enormous amounts of engineering went into minimizing memory use wherever possible. Having these addresses where we wouldn't even touch half of the bits for decades would have been unpopular with a lot of people, even if he would have been praised for being so forward thinking in the end.

On the other hand, the transition to IPv6 does give us a chance to fix some of the longstanding defects in IPv4 that would otherwise be baked into the protocol until the end of time, so it's not all bad.

Re: Vint Cerf on mistakes he made in TCP/IP

#35
post #8

Earlier quoted context omitted.

It is possible 64-bits might have discouraged adopters who didn't want to waste expensive unnecessary extra bits at the time, so TCP/IP might not have taken off.

the ipv4+tcpv4 header is minimally 320 bits long so i don't think so

This is not how routers look at it though. Routing is performed on the destination IP address, which is only 32 bits.

Doubling from 32 to 64 would have had a significant impact on routing table size and it would have dropped the back pressure to keep it from growing too quickly for TCAMs.

It would certainly be nice today, but it’s not a sure thing it wouldn’t have been killed off as “bloated” when there weren’t even 2^12 hosts.

Re: Vint Cerf on mistakes he made in TCP/IP

#36
post #31
post #13

Earlier quoted context omitted.

Things also could have been a lot different if IPv6 was just IPv4 with 128 bit addresses.

People hate kludges and backward compatibility, but IPv4.1 with 5-byte addresses would have been the dominant standard by now.

No, it wouldn't have been. Where are you going to put that extra byte? How is an intermediate box going to know what to do with it? How is a routing ASIC going to handle it?

This is thinking which appeals to people who don't understand the problem because it feels like a compromise, but you can't negotiate with silicon. If it expects a 4 byte address payload, then that's all it will ever handle.

Adding more bytes is exactly the same amount of redesign and replacement work as adding more. If the problem was solely software related, it would've been done by now.

Re: Vint Cerf on mistakes he made in TCP/IP

#37

In my experience, the biggest issue with TCP is that it assumes that the traffic is a single continuous byte stream, whereas the majority of applications send messages . Vint mentioned the lack of encryption as a mistake, but even on private networks, the 16-bit TCP checksums are too weak to protect against bit-flips. Many orgs noticed that enforcing encryption reduces "random" crashes and errors, because it also enf…

Http 3.0 is UDP, ICA these days is also UDP.

Re: Vint Cerf on mistakes he made in TCP/IP

#38
post #2

Had TCP/IP been 64bit to begin with things would be a lot different.

i dont think so really. He made the right choice. the world will adapt, eventually. I'd be willing to bet IPv6 wont be the last network upheaval we'll have as a civilization. (assuming we dont wipe ourselves out first) What do you think will happen if we generate some really really big AI, and they realize that they'll be super reliable if we made every synapse have its own IP, then we network all the AI's together a…

I imagine a bigger problem with your hypothetical might be the sheer mass of such a thing. Plus, you underestimate just how mind-bogglingly huge 2^64 is. (Granted, the IPv6 address space is going to very quite sparsely populated, but still.)

I mean, the estimate on the number of atoms in the observable universe is "only" 10^80, for comparison.

Re: Vint Cerf on mistakes he made in TCP/IP

#39
> “I thought 32 bits ought to be enough for Internet addresses”. “I didn’t pay enough attention to security”. “I didn’t really appreciate the implications of the World Wide Web.”

Most experiments, prototypes, and even full blown systems designed for the long term die well before 30-40 years and those extra addresses and features would ever be needed.

Much more human effort is wasted prematurely 'future proofing' systems and trying to predict the future. The brilliance of TCP/IP is its simplicity - if it had got more complex perhaps it would have been replaced in its entirety. We could be using Gopher over OpenDECNet.

Re: Vint Cerf on mistakes he made in TCP/IP

#40
post #12

> Before public-key cryptography came around, key distribution was a really messy manual process,” Cerf says. “It was awful, and it didn’t scale. So that’s why I didn’t try to push that into the Internet. I dont really think this is a mistake. Its not like there are great options even now for end2end security on the transport layer (like we have vpns but they mostly require having preshared secrets). It would have be…

I was going to post that quote too, it was really fun (and kind of jarring in a good way) to see someone use "the Internet" and really not [1] be another marketing/management/whatever person who just doesn't know the difference between the Internet and the web, so on. Loved that!

[1]: I mean like really not. At all.

Post reply on HN