DUIDType=link-layer shows "Operation not supported"

[jorgelon]

Issue Report

We need to send the mac as client identifier in IPV6 but when i enable the DUIDType=link-layer option in a .network file I get a "Operation not supported" error

Container Linux Version

NAME="Container Linux by CoreOS" ID=coreos VERSION=1688.5.3 VERSION_ID=1688.5.3 BUILD_ID=2018-04-03-0547 PRETTY_NAME="Container Linux by CoreOS 1688.5.3 (Rhyolite)" ANSI_COLOR="38;5;75" HOME_URL="https://coreos.com/" BUG_REPORT_URL="https://issues.coreos.com" COREOS_BOARD="amd64-usr"

Environment

Vmware environment. 1and1 cloud.

Expected Behavior

The dhcpcp client must send the mac as client identifier in dhcpv6

Actual Behavior

When the coreos vm starts i get an "Operation not supported" error and no ip is given.

Reproduction Steps

1. I configure the ipv4 static or dynamic. No changes here
2. My ipv6 setup [DHCP] DUIDType=link-layer
   3. In logs I get sd-netlink: callback failed: Operation not supported
   4. No ipv6 received and no ipv4

Other Information

• with link-layer-time the result is the same

• if i start the dhcpcd client manually it works Apr 24 14:07:16 localhost dhcpcd[797]: ens192: soliciting an IPv6 router Apr 24 14:07:16 localhost dhcpcd[797]: ens192: Router Advertisement from Apr 24 14:07:16 localhost dhcpcd[797]: ens192: ignoring RA from (no public prefix, no managed address) Apr 24 14:07:16 localhost dhcpcd[797]: ens192: soliciting a DHCPv6 lease Apr 24 14:07:17 localhost dhcpcd[797]: ens192: ADV from <...> Apr 24 14:07:17 localhost dhcpcd[797]: ens192: REPLY6 received from <...> Apr 24 14:07:17 localhost dhcpcd[797]: ens192: applying ignored RA from Apr 24 14:07:17 localhost dhcpcd[797]: ens192: adding address Apr 24 14:07:17 localhost dhcpcd[797]: ens192: renew in 13500 seconds, rebind in 21600 seconds

• Maybe the problem is related with http://linuxsoft.cern.ch/cern/centos/7/cern/x86_64/repoview/NetworkManager-DUID-LLT.html

[lucab]

I may be misreading the documentation, but it looks like you also need to set a corresponding meaningful value in DUIDRawData. Does your configuration stanza have it?

[jorgelon]

Yes but if I use that field, not only the mac address is sent "The DUID that is sent is composed of the DUID type specified by DUIDType= and the value configured here"

[jorgelon]

The point is i need to add DUIDType=link-layer in the .network file and start dhcpcd.service to get it working. I dont know why networkd is not able to do the same without starting dhcpcd.service.

[lucab]

I'm not familiar with this feature, so I don't know if it is a bug or just a lack in documentation/checks. I'd suggest to try to run the same configuration with current alpha, which has systemd-v238, and if you still experience the same behavior then report this directly upstream to the systemd bug-tracker.