We have started to use IPv6-addresses on our VDA's. The IPv6-addresses are assigned by Windows DHCPv6 and the GW and DNS information comes from the router via RA (M and O = flags set to 1). The problem is that each time IPv6 client reboots it seems to get new IPv6-address even though there's still lease time left on DHCPv6.
In DHCPv6 each client is not recognised by MAC-address, but instead with DUID (DHCP Unique Identifier). Apparently in Windows DUID is created when the DHCP client service starts, and it consists the following:
The DUID of a DHCPv6 message is generated the first time that the DHCP client service starts. The value of the DUID is stored in the Dhcpv6DUID registry entry. If you delete the value of the registry entry, the value is recreated when an interface is enabled or connected on the client computer. The Dhcpv6DUID registry entry is located under the following registry subkey: \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters
The problem is that when a Non-persistent IPv6 client reboots it removes this registry entry, and the client get's a new DUID which means DHCPv6 will assign it a new IPv6-address. This causes problems to VDA <-> Controller communication/registration. Because of that DHCPv6 also has several entries for same Non-Persistent IPv6 client.
Apparently there are 3 types of DUID's:
Type 1—Link-layer address plus time (DUID-LLT)
Type 2—Vendor-assigned unique ID based on Enterprise Number (DUID-EN)
Question
tylital520
We have started to use IPv6-addresses on our VDA's. The IPv6-addresses are assigned by Windows DHCPv6 and the GW and DNS information comes from the router via RA (M and O = flags set to 1). The problem is that each time IPv6 client reboots it seems to get new IPv6-address even though there's still lease time left on DHCPv6.
In DHCPv6 each client is not recognised by MAC-address, but instead with DUID (DHCP Unique Identifier). Apparently in Windows DUID is created when the DHCP client service starts, and it consists the following:
The DUID value is saved in Windows registry:
The problem is that when a Non-persistent IPv6 client reboots it removes this registry entry, and the client get's a new DUID which means DHCPv6 will assign it a new IPv6-address. This causes problems to VDA <-> Controller communication/registration. Because of that DHCPv6 also has several entries for same Non-Persistent IPv6 client.
Apparently there are 3 types of DUID's:
Type 1—Link-layer address plus time (DUID-LLT)
Type 2—Vendor-assigned unique ID based on Enterprise Number (DUID-EN)
Type 3—Link-layer address (DUID-LL)
https://www.juniper.net/documentation/en_US/junose15.1/topics/concept/dhcp-unique-id-servers-clients-overview.html
So changing the Windows client DUID type to Type 3 might fix this, but I haven't found a way how to change this in Windows.
Anyone else having this issue?
Link to comment
4 answers to this question
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now