Live data from Hacker News

IPv6 Watch

ipv6.watch

71–80 of 107 posts

Re: IPv6 Watch

#71
post #64
post #54

Earlier quoted context omitted.

What CDNs don't support IPv6?

At this point most of them do, but also require customers to explicitly opt-in. I think cloudflare is the only exception there, it won't even let you opt out unless you're on a paid plan.

> it won't even let you opt out unless you're on a paid plan

kinda ironic how this paints ipv4-only with a premium flair

Re: IPv6 Watch

#72
post #28

IPv6 has barely a carrot and no stick. Does anyone give me more money for using IPv6? Sure I might be able to save some money by not using IPv4 but that is rare. Government doesn't incentivize it. Ad networks don't either. There is very little penalty (financial or otherwise) for not going to IPv6. IPv6 will not happen until those sticks and carrots get bigger.

Just now on the frontpage also: a link to Hetzner's announcement of v4 address prices. Stick is coming on the hosting side.

It's actually crazy how late this was. Because customers don't like to see forty surcharges, you have an incentive to bundle relatively cheap things most or all customers want.

What gets bundled and what doesn't is somewhat† a matter of company preference. And once IPv4 exhaustion was on the horizon, charging IPv4 separately made a lot of sense yet very few providers did it.

† The EU hates "hidden fees". If your product claims to cost €100 but actually there's no way to only buy the €100 product, you need "delivery" for €25 more because there's no practical way to avoid getting it delivered - that's not legal. Likewise if you claim it costs €100 but there's no way to pay cash, and all card payments have a 5% surcharge, you're going to either have to eat that surcharge, or advertise the price including the card surcharge.

Re: IPv6 Watch

#73
post #4

There’s probably a good reason for it, but I’ve never understood why IPv6 couldn’t be fully backwards compatible. Then there would be no need to migrate - everyone would be already on IPv6 by definition.

How does an IPv4-only host send a packet to an IPv6-only host?

it doesn't

Re: IPv6 Watch

#75
I've supported v6 on a few small sites hosting OSS projects for almost a decade now, and I kept statistics over the years. The increase in v6 adoption has been glacial. Less than 1% increase per year.

My own connectivity at home doesn't support v6 due to my ISP. At work, v6 is so badly managed it's the first thing we rule out when diagnosing connectivity issues.

Kind of a sad state really. I wish v4 prices increased tenfold, not barely double.

Re: IPv6 Watch

#76
post #8

It seems this site relies on a check for the domains' AAAA records to see if they support IPv6. Doesn't have anything to do with IPv6 in the products/apps that those sites offer.

That's a bit of an unfair argument. The site's intent is to show the general population's ability to organically reach those sites with ipv6.

AAAA records are necessary for that to happen.

Re: IPv6 Watch

#77
post #23

I will start thinking about supporting IPv6 when Docker supports it out of the box. Hopefully, then I can test an individual application by running it in a container with "docker run -p [::1]:80:80 ...". I don't want to go down the rabbit hole of fiddling with the docker demon and setting up a custom network.

I host Internet facing docker containers that support IPv6 with '--net=host'. For those who don't know, this allows to run a container with exactly the same characteristics as a normal process network wise.

Re: IPv6 Watch

#78
post #28

IPv6 has barely a carrot and no stick. Does anyone give me more money for using IPv6? Sure I might be able to save some money by not using IPv4 but that is rare. Government doesn't incentivize it. Ad networks don't either. There is very little penalty (financial or otherwise) for not going to IPv6. IPv6 will not happen until those sticks and carrots get bigger.

> Does anyone give me more money for using IPv6?

Kind of, IPv6 addresses are cheaper than IPv4 addresses, so you'll save some money at least.

> There is very little penalty (financial or otherwise) for not going to IPv6.

Soon you're not gonna have a choice. Better to prepared for when that happens.

Re: IPv6 Watch

#79
post #11

Earlier quoted context omitted.

> A good article would suffice. https://en.wikipedia.org/wiki/IPv6#Main_features

None of that is actually true though? > It simplifies aspects of address configuration I assume this is referring to SLAAC? SLAAC is...fine. Most managed networks will want the extra control offered by DHCP though and DHCPv6 is currently in a much much worse state than DHCPv4. Also a single interface having at least 2, usually 3 or more (link-local, autogenerated, privacy) v6 addresses on the network is definitely no…

To add to this, what I would like to see in IPv6 personally:

1) Ability to get a personal prefix as a private individual or a small company (not a LIR or LIR-sponsored)

2) Ability to use that prefix with any ISP I choose - similar to how a consumer can migrate their cellphone number to a different provider.

3) RFC 6275 actually implemented

There are other bits and pieces, but I believe if these with 3 things were done, IPv6 would actually have a "killer app" which would make a strong argument for migrating over to v6.

Re: IPv6 Watch

#80

Earlier quoted context omitted.

Could you give a brief overview of your current understanding? I'm curious as to why /60 would be too limited, and how it's different from IPv4.

[not OP, but hey…] There’s no need for DHCP with IPv6. Clients choose the last 64 bits of an address randomly. The address space is huge — zero probability of a duplicate address . The first 64 bits therefore identify the network. If your ISP routes a /60 to you then you get to split that into 16x /64s. That’s probably fine, but the IETF recommendation is to dish out a /56 to small sites and give them a /48 if they a…

> The address space is huge — zero probability of a duplicate address.

Not necessarily, there could be a flawed SLAAC implementation where the programmer just hard coded the default address after getting the PD. Or other some such silliness.

Yes it breaks spec. But there's enough devices out there that break the link local configuration spec that I would not be surprised one but if someone pushed out a broken implementation of SLAAC on a commercial product.

Post reply on HN