Closed brianjmurrell closed 1 year ago
The specified ra_lifetime will be sent as Router Lifetime in case there's a default IPv6 route. You can override the default route check by specifying ra_default to either 1 (ignore no default route) or 2 (ignore no valid IPv6 prefix). So the observed behavior is normal in case you don't have a default route
But in this mode of using multiple RAs to handle fine-grain control of prefix announcements, does it make sense for a single router sending these multiple RAs to send the router announcement with conflicting lifetimes?
Looking back at your previous comment, am I to understand that it's expected that the RA for the fd31:aeb1:48df::/64
prefix includes a Router lifetime of 0 because fd31:aeb1:48df::/64
is a ULA prefix and isn't supplied by an upstream link like the 2001:123:ab:123::/64
prefix is?
And that to stop the RA Router lifetime conflicts I have to set ra_default
to 1 on the lan
configuration with the ULA prefix?
Can you set odhcpd loglevel to 7 and paste the output of logread when you observe the behavior ?
Apparently I've this issue as well: https://forum.openwrt.org/t/openwrt-as-dns-provider-and-ipv6-annoyances/143927/3?u=tcb13
root@router:~# uci show dhcp.lan.ra_lifetime
dhcp.lan.ra_lifetime='1800'
Under Wireshark:
Router lifetime (s): 0
Any ideas?
Hello, I just wanted to add the following about my config:
config dhcp 'lan'
option interface 'lan'
option leasetime '12h'
option dhcpv4 'server'
option start '10'
option limit '100'
option ra 'server'
list dns 'fe80::1:51ff:fe44:a2'
option ra_default '2'
list domain 'lan'
option ra_preference 'high'
option ra_lifetime '1800'
option ra_useleasetime '1'
@brianjmurrell and @dedeckeh as you can see I've ra_default set to 2
and Wireshark still shows Router lifetime (s): 0
.
Can you set odhcpd loglevel to 7 and paste the output of logread when you observe the behavior ?
@dedeckeh I changed the log level like this:
uci set dhcp.odhcpd.loglevel=7
uci commit dhcp.odhcpd.loglevel
/etc/init.d/odhcpd restart
The only thing logged was this:
$ logread -f
Fri Feb 3 21:44:56 2023 daemon.debug odhcpd[13338]: Using a RA lifetime of 0 seconds on lan
Fri Feb 3 21:44:56 2023 daemon.notice odhcpd[13338]: Sending a RA on lan
Fri Feb 3 21:44:56 2023 daemon.debug odhcpd[13338]: Sent 88 bytes to ff02::1%lan@br-lan
Fri Feb 3 21:45:12 2023 daemon.debug odhcpd[13338]: Using a RA lifetime of 0 seconds on lan
Fri Feb 3 21:45:12 2023 daemon.notice odhcpd[13338]: Sending a RA on lan
Fri Feb 3 21:45:12 2023 daemon.debug odhcpd[13338]: Sent 88 bytes to ff02::1%lan@br-lan
This seems to be an isolated problem with the lifetime parameter, for instance uci set dhcp.lan.ra_reachabletime='1800'
works as expected:
Thank you.
Implementing #119 with:
even with
ra_lifetime
specified (i.e. not expecting default) one of the prefixes is still advertising a lifetime of 0:Is this a bug? I'm using: