[Kea-users] Dropping the packets in load balancing

Peter Davies peterd at isc.org
Tue May 16 09:01:30 UTC 2023


Hi Kraishak, 
Looking at your log file, it appears that "Server A" only saw one unacked 
client, so it didn't transform to a partner-down state. I see several 
HA_COMMUNICATION_INTERRUPTED_CLIENT4 messages 
but only one 
HA_COMMUNICATION_INTERRUPTED_CLIENT4_UNACKED message. 

2023-05-15 16:07:30.127 INFO [kea-dhcp4.ha-hooks/32411.139751579436800] HA_COMMUNICATION_INTERRUPTED_CLIENT4_UNACKED [hwtype=1 34:98:b5:dc:1f:99], cid=[no info], tid=0x4be21c7f: partner server failed to respond, 1 clients unacked so far, 13 clients left before transitioning to the partner-down state 

Your configuration contains the following statement: 
"max-unacked-clients": 13 
The "max-ack-delay" parameter has a default value of 10000 ms. 
I suggest you check that your traffic generator correctly increments the "secs" 
field and to modify your HA settings appropriately. 

>From the Kea ARM: 

HA_COMMUNICATION_INTERRUPTED_CLIENT4 
%1: new client attempting to get a lease from the partner 
This informational message is issued when the surviving server observes a DHCP 
packet sent to the partner with which the communication is interrupted. The 
the client whose packet is observed is not yet considered “unacked” because the 
secs field value does not exceed the configured threshold specified with 
max-ack-delay. 

HA_COMMUNICATION_INTERRUPTED_CLIENT4_UNACKED 
%1: partner server failed to respond, %2 clients unacked so far, %3 clients left before transitioning to the partner-down state 
This informational message is issued when the surviving server determines that 
its partner failed to respond to the DHCP query and that this client is considered 
to not be served by the partner. The surviving server counts such clients, and if 
the number of such clients exceeds the max-unacked-clients threshold, the server 
will transition to the partner-down state. The first argument contains client 
identification information. The second argument specifies the number of clients 
to which the server has failed to respond. The third argument specifies the number 
of additional clients, which, if not provisioned, will cause the server to transition 
to the partner-down state. 

Kind Regards Peter 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20230516/5c7529a6/attachment.htm>


More information about the Kea-users mailing list