Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
Kea
Kea
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 415
    • Issues 415
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 65
    • Merge Requests 65
  • Operations
    • Operations
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
  • ISC Open Source Projects
  • KeaKea
  • Issues
  • #1173

Closed
Open
Opened Mar 30, 2020 by Francis Dupont@fdupontDeveloper

handle congestion recovery in multi-threading mode

Currently when the talk queue is full the server run_one method skips the receivePacket() call and returns.

This has a bad impact on mechanisms using external sockets because they are not served.

I propose to handle the congestion recovery inside the multi-threading code itself:

  • make the congestion recovery disabled at configuration time when multi-threading is enabled
  • change the task queue (aka ThreadPool) by a ring
To upload designs, you'll need to enable LFS and have admin enable hashed storage. More information
Assignee
Assign to
kea1.7.8
Milestone
kea1.7.8 (Past due)
Assign milestone
Time tracking
None
Due date
None
Reference: isc-projects/kea#1173