Opened 7 years ago

Last modified 3 years ago

#2343 new task

Delayed-ack for IPv4 DHCP Server

Reported by: stephen Owned by:
Priority: low Milestone: Outstanding Tasks
Component: dhcp4 Version:
Keywords: Cc:
CVSS Scoring: Parent Tickets:
Sensitive: no Defect Severity: N/A
Sub-Project: DHCP Feature Depending on Ticket:
Estimated Difficulty: 0 Add Hours to Ticket: 0
Total Hours: 0 Internal?: no

Description (last modified by tomek)

To avoid the bottleneck concerned with disk accesses, ACKs back to clients will be queued. Only when the database update for a batch of ACKs has been committed will they be sent.

This is essentially an implementation of the ISC DHCP "delayed-ack" feature in Kea.


Change History (3)

comment:1 Changed 7 years ago by stephen

  • Milestone changed from Sprint-DHCP-20121115 to DHCP 2012

comment:2 Changed 4 years ago by tomek

  • Milestone changed from DHCP Outstanding Tasks to Outstanding Tasks

Milestone renamed

comment:3 Changed 3 years ago by tomek

  • Description modified (diff)
  • Priority changed from medium to low

Delayed-ack is incompatible with the multi-core support we're hoping to get one day. As such I'm against its implementation, because it will make multi-core even more complex.

And with DB backends, we're not really disk bound, so it's questionable whether delayed-ack (at least in the form it's implemented in ISC DHCPD) would be that useful.

Note: See TracTickets for help on using tickets.