Skip to content

dhcpv6: allow INFO_REQ for SLAAC only#365

Closed
Noltari wants to merge 1 commit intoopenwrt:masterfrom
Noltari:ra-allow-dhcpv6-info-req
Closed

dhcpv6: allow INFO_REQ for SLAAC only#365
Noltari wants to merge 1 commit intoopenwrt:masterfrom
Noltari:ra-allow-dhcpv6-info-req

Conversation

@Noltari
Copy link
Member

@Noltari Noltari commented Dec 22, 2025

Allow DHCPV6_MSG_INFORMATION_REQUEST for RA (SLAAC) only configurations.

@Alphix @systemcrash not sure if this is correct, but I've noticed that clients keep sending DHCPv6 Information Requests to odhcpd server and it never replies since DHCPv6 is considered as disabled if it's configured as RA only (no DHCPv6 managed mode).

Marking as draft for now...

Allow DHCPV6_MSG_INFORMATION_REQUEST for RA (SLAAC) only configurations.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
@systemcrash
Copy link
Contributor

But shouldn't it be like that? Now this forces DHCPv6 to run if RA is in server mode. We should rather disable the O flag if DHCPv6 is off, no?

@Alphix
Copy link
Contributor

Alphix commented Dec 23, 2025

But shouldn't it be like that? Now this forces DHCPv6 to run if RA is in server mode. We should rather disable the O flag if DHCPv6 is off, no?

There is no one-to-one correspondence between the flags in the RA and whether we offer DHCP services, because there could still be a DHCP server on the same subnet, but it could be on a different host...

@systemcrash
Copy link
Contributor

Then I think it's correct as is. I considered the possibility that radvd is running elsewhere and odhcpd can't control that aspect. I merely mean that if we have control over the O flag that we send, we can disable that.

@Noltari Noltari closed this Dec 26, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants