You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I use KEA 1.5 DHCP server and default dhcplb configuration . When I close kea-dhcp4.service, available stable servers do not update and request packets are trying to send to inactive dhcp server. Then I try poweroff dhcp server and still dhcplb try to send to closed dhcp server. free_conn_timeout does not check connection?
The text was updated successfully, but these errors were encountered:
@bakip thanks for opening this issue. @pmazzini already pointed out in our internal version we extend DHCPServerSourcer, that has logic to pull the list of active servers talking to our internal service discovery system.
In terms of the opensource solution, you are gonna need to write something within your infrastructure that keeps the text files updated and adds/removes servers as they come and go from your infra.
A health check connection logic is tricky... what would such health check consist of?
you can try simply sending ICMP (ping) messages to the targets hosts, but the fact that they reply to ICMP does not mean they are healthy (as in, serving dhcp traffic)
you can make a dhcp request... but what should be in the payload? it's unclear.
this is why we chose to do no health-checking, it really is depending on the infrastructure you are running.
That said, if you have ideas and are willing to write some go code you can definitely send us a PR with your idea and we will happily review and merge :)
I use KEA 1.5 DHCP server and default dhcplb configuration . When I close kea-dhcp4.service, available stable servers do not update and request packets are trying to send to inactive dhcp server. Then I try poweroff dhcp server and still dhcplb try to send to closed dhcp server. free_conn_timeout does not check connection?
The text was updated successfully, but these errors were encountered: