News for hackers. Stuff that matters.
Re:IPv6 Support for AWS Extended to 15 Regions by subway on Wednesday January 25, 2017 @10:33PM (#13488481)
I really wish there were support for an IPv6-only VPC. Terminate inbound IPv4 at ELBs/CloudFront, use 464xlat or similar for outbound IPv4.
Re:IPv6 Support for AWS Extended to 15 Regions by bluejekyll on Wednesday January 25, 2017 @11:02PM (#13488598)
Out of curiousity, why? IPv6 is much more important on the edge, than inside your VPC.

Is it just for the simplicity of your networking? One strategy is to define your IPv4 space inside one of your IPv6 networks such that you have dual addressing with directly mappable addresses.

Do you have some other use case than just simplicity of design?

Re:IPv6 Support for AWS Extended to 15 Regions by dboreham on Wednesday January 25, 2017 @11:27PM (#13488702)
I'm not the OP but globally unique and optionally reachable from anywhere addresses are super-attractive from a not-going-insane perspective if you manage a non-triviality sized network.
Re:IPv6 Support for AWS Extended to 15 Regions by bluejekyll on Thursday January 26, 2017 @12:40AM (#13489030)
Absolutely, but the OP was talking about a 4-6 NAT, which seems less useful.
Re:IPv6 Support for AWS Extended to 15 Regions by subway on Thursday January 26, 2017 @03:06AM (#13489599)
GP hit it on the head. Every node is globally addressable. Regarding the 464xlat, that's strictly to enable hosts in the internal network to communicate with external IPv4 only hosts. IPv6 is still used as the only internal transport, and primary external transport.
Re:IPv6 Support for AWS Extended to 15 Regions by bluejekyll on Thursday January 26, 2017 @03:35AM (#13489731)
Cool. That makes a lot more sense.
Re:IPv6 Support for AWS Extended to 15 Regions by cortesoft on Thursday January 26, 2017 @11:30AM (#13492716)
The key was the 'outbound' word.
Re:IPv6 Support for AWS Extended to 15 Regions by nodesocket on Wednesday January 25, 2017 @11:35PM (#13488752)
I am also curious what your use-case is for every instance inside of your VPC having a publically routable IPv6 address. Usually you only need public addresses for your load balancers and ssh jump/bastion host. All other instances inside the VPC are private networking only.
Re:IPv6 Support for AWS Extended to 15 Regions by knorrie on Thursday January 26, 2017 @04:54AM (#13490052)
An instance might want to reach anything on the internet that's using an IPv6 address is a use case.

Also, having instances connect to IPv6 parts of the internet while you can see which subnet of your vpc the traffic originates from, and maybe filter on that fact.

Having routable addresses is a different thing than them being public or private, which is determined by the fact if you accept traffic to them or not when it arrives at the last hop before entering your vpc.

Re:IPv6 Support for AWS Extended to 15 Regions by jdub on Thursday January 26, 2017 @02:05AM (#13489325)
Use case: Never having to maintain a NAT instance (or, worse, but necessary: failover NAT instances).

That's how I tend to use AWS at the moment, with IPv4. Almost every resource (except AWS services) has a public IP assigned, few have open inbound security groups, most have open outbound security groups (but the option to restrict is handy).

Re:IPv6 Support for AWS Extended to 15 Regions by lmm on Thursday January 26, 2017 @09:59AM (#13491860)
It's still nice to be able to give each host a globally unique address even if most of them aren't publicly accessible. It means that you never e.g. have routing clashes when VPNing into your datacenter from public wifi somewhere.