Very interesting thread. Mathias, you wrote "Expected behaviour: Kea 2 sees the unacked clients of Kea 1 and sets Kea 1 in partner-down state and handles all requests.", but, If there is no traffic between DHCP clients and Kea1, then the value of max-unacked-clients on server1 cannot increase anyway, right ? In other words, Kea2 cannot "see" anything ?
Cheers, Veronique ________________________________ From: Kea-users <[email protected]> on behalf of Mathias Aichinger <[email protected]> Sent: Monday, January 2, 2023 1:11 AM To: [email protected] <[email protected]> Subject: [Kea-users] Load-Balancing Network issue between Relay and Kea Hi, I currently playing around with the HA and load balancing and I one question appeared: Scenario: Multiple DHCP-Relays at different sites with both KEA-Servers as DHCP-Servers. Both servers are available and the load balancing shifts the requests between the two servers. Incident: Because of a network issue Kea 1 is not available from the clients. The network connection between Kea 1 and Kea 2 still works, so no partner-down state. Expected behaviour: Kea 2 sees the unacked clients of Kea 1 and sets Kea 1 in partner-down state and handles all requests. Experienced behaviour: Kea 2 still reports HA_BUFFER4_RECEIVE_NOT_FOR_US and does not handle the requests Is there a misunderstanding or configuration mistake on my side? { "library": "/usr/local/lib/kea//hooks/libdhcp_ha.so", "parameters": { "high-availability": [ { "this-server-name": "server2", "mode": "load-balancing", "heartbeat-delay": 10000, "max-response-delay": 60000, "max-ack-delay": 10000, "max-unacked-clients": 1, "delayed-updates-limit": 100, "peers": [ { "name": "server1", "url": "http://192.168.248.1:8080/", "role": "primary", "auto-failover": true }, { "name": "server2", "url": "http://192.168.248.2:8080/", "role": "secondary", "auto-failover": true } ] } ] } } Thank you, Mathias
-- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/kea-users
