Live data from Hacker News

AWS to start charging for IPv4 usage, but critical services don't support IPv6

old.reddit.com

101–110 of 245 posts

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#101
I'm not sure what the AWS services not supporting IPv6 has to do with charging for public IPv4 usage. Private IPv4 is still free so can access services over endpoints. NAT gateways cost the same and can access services over public IPv4 network.

AWS also added IPv6 NAT64 gateway so it should be possible to run IPv6-only internally and still access AWS services and the rest of the Internet.

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#102

Earlier quoted context omitted.

>> The biggest one is people seem to equate NAT = router/firewall. This is absolutely not the case, I dont think anyone equate that, but IPv6 proponents refuse to recognize that decades and decades, especially in home users, and SMB space, NAT was a layer of the security model, often times one of the biggest Right or wrong is irrelevant, that is/was the reality Just tossing IPv6 as a replacement for ipv4 with out fac…

Home router NAT "layer of security" is equivalent to closing all ports. If an IPv6 home router closes all ports by default, then the same level of security is achieved.

That's a big "if."

> Randomized, temporary IPv6 public addresses are a nice feature, and mostly turned on by default

I really do not want this.

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#103
We [1] just went through a process to remove public ipv4 IPs for some of our internal facing EC2 instances.

Just in case some people are on the same boat. Here's a simple process [2] to remove public ipv4 IPs from existing EC2 instances (no need to shutdown / reboot) -

1) Create a new elastic ip with autoassigned ipv4 IP - https://us-west-1.console.aws.amazon.com/ec2/home?region=us-...:

2) Associate this new elastic ip to an existing EC2 instance. This will replace existing public ipv4 ip of this instance.

3) Create a new network interface - https://us-west-1.console.aws.amazon.com/ec2/home?region=us-...:

4) Attach this new network interface to the EC2 instance. Now the EC2 instance has two network interfaces, thus two private ipv4 IPs.

5) Disassociate the new elastic ip & release the ip - https://us-west-1.console.aws.amazon.com/ec2/home?region=us-...:

By this point, the EC2 instance doesn't have a public ipv4 ip anymore.

---

[1] https://www.listennotes.com/

[2] https://stackoverflow.com/questions/38533725/can-i-remove-th...

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#104

[flagged]

This was called TUBA and was rejected by the working group around 1993 on the basis that the then-named IPng needed to offer more features than just expanded address space (e.g. get rid of ARP and DHCP).

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#105

I'm not sure what the AWS services not supporting IPv6 has to do with charging for public IPv4 usage. Private IPv4 is still free so can access services over endpoints. NAT gateways cost the same and can access services over public IPv4 network. AWS also added IPv6 NAT64 gateway so it should be possible to run IPv6-only internally and still access AWS services and the rest of the Internet.

This would be acceptable if this internal route was already configured for free. However, it appears VPC endpoints have their own pricing[1], at which point one must carefully consider whether paying up for the IPv4 address is the better option.

[1] https://aws.amazon.com/privatelink/pricing/

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#106
post #63

Earlier quoted context omitted.

Currently my roomba is behind a nat and still insists on contacting their main data centers. And if i turn off the internet to my nat the roomba will run but none of the advanced cell phone related features of the roomba will work, even though my cell phone is connected to the same wifi network in the same nat as the roomba. So this is completely unrelated. IP addressing schemes will not change the business methods o…

> IP addressing schemes will not change the business methods of large consumer device companies. That's exactly the point; they market it as if it would make a plethora of new and innovative things happen but in reality they will allow none of it. So, it's pointless to rush adoption.

Removing a cost and an artificial shortage may cause many innovative things to happen. History is full of examples when lower costs and higher availability of something have caused a burst of innovation.

What I meant in the grandparent comment is that if a company makes it their business strategy to have all devices call home, they will do that regardless if they use ipv4 or ipv6. But if ipv6 is widely implemented and there is no cost to ip addresses, it is entirely possible that another company can create an ap that allows you to directly communicate to your devices without using a central server.

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#107
post #46

Earlier quoted context omitted.

Ip addresses have an actual market value now. They cost 50 cents a month to lease. AWS is charging $3.60 per month. Which isn't orders of magnitude off when you consider AWS probably has a poor utilization rate (can only advertise /24's) and profit margins to consider.

IP addresses were intended to be a public good. The fact that AWS has monopolized so many of them, and now that they own a significant fraction of them is deciding to charge for them. It's ridiculous.

Then don't use AWS and discourage others from using AWS.

I guess that might also include all Amazon businesses if you really want to try to send a message, not that it'd really hurt Amazon that much if more people don't actually follow through with going to alternatives.

Or you can complain about it with no results or actions.

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#109

Earlier quoted context omitted.

Home router NAT "layer of security" is equivalent to closing all ports. If an IPv6 home router closes all ports by default, then the same level of security is achieved.

That's a big "if." > Randomized, temporary IPv6 public addresses are a nice feature, and mostly turned on by default I really do not want this.

It isn't a big if, it is literally the same connection tracking stack except without the address and port mapping.

If you take away the mapping the tracking doesn't go away. Inbound traffic still needs to match to to a session created by outbound traffic.

Re: AWS to start charging for IPv4 usage, but critical services don't support IPv6

#110

[flagged]

You can't "just" add 32 bits to the addresses, they're fixed sized:

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Version|  IHL  |Type of Service|          Total Length         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Identification        |Flags|      Fragment Offset    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Time to Live |    Protocol   |         Header Checksum       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                       Source Address                          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Destination Address                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                    Options                    |    Padding    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

If you say "ok then we'll set IPv4 source and destination to a fixed value and put the address somewhere else":

You've just made a new protocol that isn't IPv4, and is even /worse/ than IPv6. Now, not only does one have still have to upgrade every device that deals with these packets, since every device that is routing these packets hop by hop needs to know where to find the new address, every packet now has 64 bits of unusable data in the header.

And the Internet still has to do all of the ancillary work to upgrade things like DNS!

Post reply on HN