News for hackers. Stuff that matters.
Re:Blockers to IPv6 Adoption by kojon99 on Tuesday June 19, 2018 @04:46AM (#17344795)
Performance? How exactly is ipv6 more performing? It even has bigger headers.

Why would ipv6 be more reliable than ipv4? I’d say it’s the opposite: many times I’ve found websites with AAAA registers that pointed to a dead server. I mean, if you’re going to blame cgn for your problems, let’s steep to your level.

Analytics? Forensics? So you’re telling me ipv6 destroys my privacy. How is that a pro argument?

Re:Blockers to IPv6 Adoption by skrause on Tuesday June 19, 2018 @05:46AM (#17345095)
> Performance? How exactly is ipv6 more performing? It even has bigger headers.

IPv6 has smaller routing tables, doesn't required routers to recalculate header checksums and doesn't support packet fragmentation (the endpoints are required to handle that). This allows more efficient router designs despite the larger headers.

Re:Blockers to IPv6 Adoption by jjeaff on Tuesday June 19, 2018 @04:53AM (#17344831)
I'm by no means am expert in this space, but I was working on some routing issues lately and doing some speed testing with my router.

The specs on the router claimed that the highest speeds could be reached with ipv6 support because you could then avoid the overhead of nat for your ipv4 addresses. So that may be what they are referring to. Nat does create overhead.

Re:Blockers to IPv6 Adoption by kazen44 on Tuesday June 19, 2018 @05:28AM (#17345010)
Also, it has a simpler checksum to calculate and a far simpler header. The header is larger but has far less fields. This should make packet processing faster aswell.

Also, MTU path-discovery is a pretty big deal in terms of performance, as IPV6 does not allow packet fragmentation. Which should improve performance aswell.

Re:Blockers to IPv6 Adoption by AmericanChopper on Tuesday June 19, 2018 @06:13AM (#17345240)
But I like NAT. I don’t want to spark a ‘NAT is not a firewall’ debate, but it solves many security and privacy issues with little overhead, and does so in an incredibly simple and elegant way. Having the private LAN as a trusted network zone makes perfect sense, and for home users is works perfectly well with 0 configuration. Remove it and you’re giving every single device a globally unique L3 identifier (no fucking thank you), and to get the same benefits that NAT provides you’ll have to replace it with an unavoidably more complex solution.
Re:Blockers to IPv6 Adoption by mehrdadn on Tuesday June 19, 2018 @06:25AM (#17345298)
> How exactly is ipv6 more performing? It even has bigger headers.

This is something I don't really see anybody mention, but IPv6 doesn't allow packet fragmentation as far as I know -- which means you don't get the sudden performance degredation (and extra data loss probability, etc.) that comes with using the wrong packet size. I expect that boosts performance but I haven't had a chance to measure.

Re:Blockers to IPv6 Adoption by partycoder on Tuesday June 19, 2018 @04:55AM (#17344844)
I noticed that enabling IPv6 in the JVM makes many operations slower. Has anyone else noticed this?