News for hackers. Stuff that matters.
Re:More than 1/3 of all access to Google is now over IPv6 by yyyk on Wednesday August 05, 2020 @10:49AM (#24061401)
It's fine for IPv6 engineers to want to make everything directly routable, but in IPv4 the difference still matters, and therefore that's the scenario we need to compare against.

The IPv6 enterprise argument is 'You might one day have to renumber some devices because some other enterprise might have set up overlapping addresses, therefore you definitely have to renumber everything now, and oh, every time the ISP decides they don't like you, because private addresses are icky'. Obviously that's a hard sell.

Re:More than 1/3 of all access to Google is now over IPv6 by avianlyric on Wednesday August 05, 2020 @04:42PM (#24065363)
I’m confused why would this happen?

> The IPv6 enterprise argument is 'You might one day have to renumber some devices because some other enterprise might have set up overlapping addresses, therefore you definitely have to renumber everything now, and oh, every time the ISP decides they don't like you, because private addresses are icky'. Obviously that's a hard sell.

If you’re an enterprise you would just get your own IPv6 block assignment. It’s not like they’re expensive or hard to get hold of.

Companies already buy and manage domains, this is no different. Using a domain you don’t own is just plain stupid, same applies to IPv6 ranges.

Re:More than 1/3 of all access to Google is now over IPv6 by orf on Wednesday August 05, 2020 @06:39PM (#24066392)
> It’s not like they’re expensive or hard to get hold of.

For context, apparently a block of 79,228,162,514,264,337,593,543,950,336 addresses (/48) is about 100$ a year.

Re:More than 1/3 of all access to Google is now over IPv6 by dragonwriter on Wednesday August 05, 2020 @06:49PM (#24066453)
79 octillion addresses ought to be enough for anybody.
Re:More than 1/3 of all access to Google is now over IPv6 by ghshephard on Wednesday August 05, 2020 @04:39PM (#24065328)
Or you could just say screw it, and use RFC4193, and then all you need to ever worry about is prefix remapping at a few key touch points. Particularly if you don't care about external routing in the first place.