4 ms·
For IPv6, the Internet routing table will never be split into more than 2^64 blocks, as a /64 is the general minimum BGP-announcable IPv6 block. Regardless, I
by q3k 7y ago
For IPv6, the Internet routing table will never be split into more than 2^64 blocks, as a /64 is the general minimum BGP-announcable IPv6 block.
Regardless, I don't get your argument. Why would not being able to address all of a given address space be a bad thing? Isn't the whole point to have more address space than will ever by physically possible to need?
- _red 7y ago>Isn't the whole point to have more address space than will ever by physically possible to need? Is that not the definition of over-engineering?
- Aeolun 7y agoNah, in this case I agree. We thought the IPv4 space was more than we were ever going to need, and see where that left us... Now we just took what we thought we needed, and added a few tens of orders of magnitude.
- jsjohnst 7y agoLet me give you an example to illustrate the scale. An average human cell is composed of 100 trillion atoms. [0] An average human body is composed of 100 trillion cells. By that we see there are about 10^28 atoms in a human body. Let’s be conservative, and say the world population for the next fifty years stays under 10 billion (most estimates say closer to 100 years). That gives us about 10^38 atoms across all human beings on earth. Why does this matter? Because 2^128 is 3.4 × 10^38. That’s three IPv6 addresses for each and every atom in all the humans on earth for at least the next 50 years. If that’s not the definition of overkill, I dunno what is. [0] https://www.thoughtco.com/how-many-atoms-in-human-cell-603882 https://www.thoughtco.com/how-many-atoms-in-human-cell-60388... Edit: And if you say the real routable space of IPv6 is only 2^64, then my point still stands. Rather than it being 3 IPs for every atom, it’s still an IP for essentially every cell of every human on earth for the foreseeable future.
- q3k 7y agoDo you also have a problem with 64-bit systems that have provisions for 64 bits of address space? In your book they also seem like a waste, and we should have designed something closer to ~48 bits of address space.
- jsjohnst 7y agoNo, I wouldn’t make the same comment if it was just a 64bit address space. Some excess isn’t necessarily bad, but excess on top of excess is. If that makes sense. My edit I made last night might seem to imply otherwise, but that was due to me being a bit terse with that part and I can’t go back and edit further now.
- Dagger2 7y agoA 64 bit address space wouldn't be an excess though, it would be outright too small. The whole point of L3 is to provide a layer of routing and aggregation on top of L2. Routing and aggregation requires sparse allocations, so L3 requires more address space than L2 does. L2 is 64 bits for new protocols today (which are supposed to be using EUI-64), so L3 needs to be more than 64 bits. People would complain loudly if we didn't use a power of two, so here we are at 128 bits.
- Aeolun 7y agoAnd then we expand to the stars, and suddenly one planet full of people isn't that great. And we'll develop nanomachines that need to be individually addressed, and suddenly our nice and new IPv6 space only lasts us only a hundred years. These are just silly examples, but the point is that we don't yet know what will happen to make us run out of space.
- jsjohnst 7y ago> only lasts us only a hundred years Even if that’s true, that’s about 3x longer than IPv4. A hundred years ago, computers didn’t exist. Can you imagine how well a network address scheme invented back then would work for our needs? Why do you presume we can do a better job of predicting what the networking needs of a hundred years from now will be?
- _red 7y agothen why stop at 2^128...why didn't they use 2^256?
- q3k 7y agoNot if this extra bit space is cheap (and it is, both on the wire and in routing tables / TCAMs / tries).
- zAy0LfpBZLC8mAC 7y agoIt is over-engineering the same way that setting the maximum length of a database field longer than absolutely necessary is over-engineering, so not at all, except even far less so, because resizing a database field tends to be trivial, resizing the IP address size we've been working on for 20 years already and there is still no end in sight. Really, this has absolutely nothing to do with "over-engineering", as there is absolutely no "engineering" in making the address larger, it adds zero complexity, and it massively simplifies network design because it removes constraints that really complicate the building and maintenance of networks.
- kitteh 7y agoNo, it's a /48. Login to a route server and see for yourself.
- q3k 7y agoYou're right! That makes it even less possible routes then, 248.