Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm testing a IPv6 setup using Hyper-V on 2008 R2.

I've setup one VM as a DC, with 2008 R2 Standard Edition, AD, DNS and DHCP. I've got one VM as Windows 7 RTM x64, as a domain member.

IPv4 connectivity works fine, no problems here. IPv6 on the other hand is acting strange. DHCPv6 works without a problem, the client gets an IPv6 address assigned and the DNS Server address is delivered as well. But once I ping using Ping -6 I get "PING: transmit failed. General failure". If I ping from the DC to the workstation I get a "Request timed out".

Since this is a test network I've disabled the firewalls, but this does not change the situation. I use fd48:5884:e6ae:e8e9::/64 as a prefix, fd48:5884:e6ae:e8e9::1 is the DNS server, the workstation has a dynamic address assigned by DHCPv6.

Resetting the IP stack on the workstation ("netsh int ip reset" and "netsh int ipv6 reset") doesn't help either.

Edit: It seems that the route isn't added on the client. Pinging link-local addresses works, from server to client and vice-versa. It also seems that I have to some router advertising with netsh. I'll look into this and will post a follow-up.

Edit 2: It seems that router advertisements are needed to publish a route on the network. Besides that, the "Managed" and "Otherstateful" flags need to be activated to enable DHCPv6.

I've now got IPv6 running, the only issue I face is that somehow the client gets 4 IPv6 addresses. 2 normal addresses, one temporary and one link-local. The 2 normal addresses probably means that one of the 2 is done via auto-configuration.

Is this the usual idea when using DHCPv6, or am I missing something?

Thanks in advance.

share|improve this question
Please, there are way too many questions in this. If you’re going to ask questions, it’s best to make them bite-sized. No wonder nobody has answered this question — they would have to write a whole essay. – Jeremy Visser Mar 7 '10 at 7:55
which interface did you bind your hyper-v interface to? – seanlinmt Apr 2 '14 at 14:34

Making virtual networks "work" in Hyper-V. (Note: Same principles apply to IPV4)

I'm guessing the network is Public and you can't simply turn off the firewall for this type of network.

Before you start: Be sure you have the same IPV6 subnet prefix length on all machines and be sure that the associated adapters are all set to the same virtual network.

Make your virtual network is Private.

  1. Goto Network and Sharing Center
  2. On the graphic, double click over the virtual network
  3. Click on the banner at the top of the resulting page ("Network filesharing and...."
  4. Pick Turn-on Network Discovery and File Sharing from the resulting list
  5. In the pop-up, pick "No, make the network I am connecting to private...."
share|improve this answer

The "right" way to allocate an IPv6 address is autoconf with router advertisements. Getting DHCPv6 to work for address allocation is a 'mare that I wouldn't recommend.

You still want DHCPv6 - you need it to allocate DNS server addresses, but the IP address and the default route should come from RADV.

Everything in IPv6 has a link-local and a global (well, ULA in this case, but comes to the same thing) address so don't stress over that. Having two global IPv6s suggests that it's getting one via autoconf and the other via DHCPv6 - try setting DHCP to work with your RADV instead of overriding it.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.