<div dir="ltr"><div class="gmail_default" style="font-size:small">I have noticed something similar with our Kea servers.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Running Kea 2.0.3 on Rocky Linux 8.7</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">After a server reboot dhcpv6 is running but not handing out leases.   There is some issue with the way things start up and the firewall blocking packets.  My current workaround is to add a few lines in /etc/rc.local to stop ip6tables, restart kea-dhcp6, then start ip6tables.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'm sure there is a correct way to fix this, but the workaround is functional for me at the moment.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">--Dan</div><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 3, 2023 at 2:20 AM Stefan G. Weichinger <<a href="mailto:lists@xunil.at">lists@xunil.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 27.12.22 um 12:46 schrieb Darren Ankney:<br>
<br>
> In any case, I’d be concerned why it was running but not answering <br>
> requests more-so than I would be about how to monitor it using actual <br>
> DHCP.  I vaguely remember having some trouble with Kea and systemd <br>
> startup ordering (ie: it started up before the server’s IP was on the <br>
> interface).  Setting After=network.target took care of it.<br>
<br>
We saw the behavior again yesterday: no DHCP leases after a reboot until <br>
we restarted kea.<br>
<br>
In the service file there are these lines:<br>
<br>
Wants=network-online.target<br>
After=network-online.target<br>
After=time-sync.target<br>
<br>
<a href="https://systemd.io/NETWORK_ONLINE/" rel="noreferrer" target="_blank">https://systemd.io/NETWORK_ONLINE/</a> gives some information about these <br>
targets ... "network-online.target" should fit better .. but doesn't <br>
seem to be enough.<br>
<br>
We use raw sockets for kea, but the server listens on multiple <br>
vlan-interfaces:<br>
<br>
{<br>
         "Dhcp4": {<br>
                 "interfaces-config": {<br>
                         "interfaces": [ "enp0s31f6", "enp0s31f6.101", <br>
"enp0s31f6.102", "enp0s31f6.103", "enp0s31f6.200" ],<br>
                         "dhcp-socket-type": "raw"<br>
                 },<br>
<br>
<br>
-- <br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
To unsubscribe visit <a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a>.<br>
<br>
Kea-users mailing list<br>
<a href="mailto:Kea-users@lists.isc.org" target="_blank">Kea-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/kea-users</a><br>
</blockquote></div>