15

Android’s IPv6 Is Still Broken

 4 years ago
source link: http://lostintransit.se/2020/05/22/its-2020-and-androids-ipv6-is-still-broken/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

I got into some interesting discussions about IPv6 on Twitter. Then someone asked if Android is getting DHCPv6 support in version 11 of the OS.

@Enno_Insinuator @ehorley Do you know if @android will support DHCPv6 in android 11 ?

— IP networks (@rtaccon) May 21, 2020

When IPv6 was developed, initially with RFC 2460 , there was this idea that:

Forget all you've learned about IPv4, and design IPv6 from the ground up

This sounds good in theory but ignores completely the lessons we’ve learned from IPv4. Not to mention, there is no such thing as greenfield . Almost all networks, are existing ones, you don’t get to start all over again . There was this very shiny view of end to end connectivity, /64 everywhere and only SLAAC allowed. I get all of that, it’s like saying “I wish there were no wars”, but unfortunately, people are stupid, so there will be wars. There’s this naivety, similar to a teenager that is growing up. You want to change the world, then you realize the world is run by money, mega corps, and dirty politicians.

This whole mess led to the holy wars of SLAAC + RDNSS vs DHCPv6. Please note that SLAAC didn’t even initially have the option of setting a DNS server. Basically, that meant you only had a partial implementation. It’s pretty useful to have a DNS server… Initially, Microsoft operating systems did support SLAAC but not RDNSS, Android did not want to support DHCPv6 . That meant that you couldn’t support these two operating systems on the same subnet.

Much to my surprise, Android still has a broken IPv6 implementation in 2020. By design. They are not going to fix it. There are a couple of valid arguments from Google and Lorenzo Colitti, but they are pretty weak. The irony of it all though is that people are asking for it but Google is not willing to implement it, because they think they know better than their users . They will happily spy on you, serve you ads, and sell your data , but allowing you to run DHCPv6 would be doing you a disservice.

There’s no doubt that SLAAC works , and that it can work in fairly large environments, still, DHCPv6 is in my mind the better option. The fallacy here is that many IPv6 evangelists take this ivory tower view of ignoring business requirements. There are business requirements, and compliance requirements, where you need to track what host had what IP at what time. Also, enterprises do stupid things. That’s just a fact. Google is not the one that should decide what you get to do .

You could, of course, run both SLAAC and DHCPv6 simultaneously, but why? If you read the Google thread above, you will see that many people have wasted a lot of time, and have very valid business reasons, for why they want DHCPv6 implemented. Here are a few:

  • Ability to assign suffix such as megacorp.com
  • Register hosts in DNS
  • Keep track of what host had what IP at a certain time
  • Image deployment via PXE (think DHCP options)
  • Other DHCP options used for example for WLC
  • Ability to easily swap DNS server in entire network (think Umbrella deployment)
  • Dot1X deployment where you want RADIUS server to see DHCP request
  • Need to support IP phones

I’m sure there are some workarounds for some of the use cases but my point is: Enterprises need DHCPv6, Google, or anyone else for that matter, should not dictate what options you have at your hand. So, sadly, even in 2020, Android still has a broken IPv6 implementation.

It’s 2020 And Android’s IPv6 Is Still Broken


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK