none
IPv6-Only Support (Windows not ready?) RRS feed

  • General discussion

  • So I was setting up a new Server 2012 VM (as a template for future deployments) - and decided to not add an IPv4 address (thinking I'd have to change it later, and not having one would ensure I set the final hosts' assigned address, as things wouldn't work otherwise) - and just use IPv6.

    I hit a few snags, detailed below:

    Windows Update worked fine.

    Converting to Microsoft Update did not:

    • In the 'Windows Update' window, the link to convert to Microsoft update uses http://go.microsoft.com/ (Specifically, http://go.microsoft.com/fwlink/?LinkID=230963 )
    • http://go.microsoft.com/ does not have an AAAA record, thus no IPv6.
    • If you look up the above Go link, it will redirect you to: http://fe1.update.microsoft.com/microsoftupdate/v6/default.aspx?ln=en - which IS IPv6-capable.
    • So if you manually enter the fe1.update.microsoft.com address from above, it'll work - you just can't use the handy shortcut.

    Windows Activation does not work - cannot find the DNS entry for whatever system it uses.  Biggest showstopper I think, as it requires v4 address, NAT64, or a phone call.

    Time synchronization by default uses time.windows.com - NOT IPv6-enabled.  Had to point this at another resource ( I chose X.pool.ntp.org and had no issues)

    I find it both interesting and funny that (many) microsoft.com and windows.com URLs don't work with IPv6 - yet both Bing.com and Xbox.com have IPv6 capability enabled.

    Hopefully Microsoft can work towards enabling these last few things, so as folks set up IPv6-only servers without NAT64 things work.

    What else isn't working OOTB (Out Of The Box) on IPv6-only enabled systems?

    Monday, November 12, 2012 5:01 PM

All replies

  • A year later and this has not changed. Pure IPV6 Windows does not appear to be supported for online activation, among other things.

    So, on the one hand we've got IPV6 being pushed on us. It's enabled on Server 2008 and Windows 7 and better by default--and often disabling IPV6 is an early troubleshooting step for various fundamental issues. Half the Google searches I follow start with "disable IPV6" as the first fix.

    Everyone is cheering for IPV6, but no one is turning it on.

    Awesome, but we're beyond the "ignore IPV6" stage and have to start working with it. Yes, hybrid servers (IPV4/IPV6) seem to work ok, because they default to IPV4 often. My pure IPV6 servers are being severely restricted around every bend.

    Two big issues:

    1) Activation mechanism is not IPV6 supported. I have to risk the sanctity of an environment and enable IPV4 just to activate online.

    2) Hybrid machines (especially Active Directory members) experience ridiculous delays in remote desktop access.

    Tuesday, December 24, 2013 5:16 PM