
<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}

p.MsoNormal,p.MsoNoSpacing{margin:0}

p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>I recently redeployed Kea 2.2.0 in my network; previously it was behind a router providing relay services, but now it is directly connected to the subnets it serves. It is running on Linux, kernel is 6.1.<something>.<br></div><div><br></div><div>In the new configuration it has four interfaces enabled, and four subnets (one per interface). The interfaces are not configured with unicast support (there is no "/<address>" after the interface name), but the actual underlying interfaces *do* have GUAs in the matching subnets.<br></div><div><br></div><div>Without an 'interface' specification in the subnet configuration, Kea was unable to match incoming client requests to subnets. I can understand why this would be the case if the underlying interface only had a LL address, but it has both LL and GUA and the GUA matches the subnet. I had expected that kea-dhcp6 would then operate like kea-dhcp4 does, and enumerate the addresses on the underlying interface to determine if any subnets matched it. I was wrong :-)<br></div><div><br></div><div>My system is working fine with 'interface' in the subnet configuration, but I thought it might be worthwhile to mention this in case any other users experience it. I could also suggest that the wording in the ARM be improved to indicate that 'interface' may be almost-mandatory for common configurations; right now the wording there makes it seems like 'interface' should not be needed in common configurations.<br></div></body></html>