Skip to content

GitLab

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

Closed
Open
Opened May 01, 2019 by Cathy Almond@cathyaDeveloper

Make ping-check timeout configurable in ms, thus allowing timeouts < 1s

name: Make ping-check timeout configurable in ms
about: Currently ping-check can be specified only in seconds, with a minimum value of 1s.  For some situations it might be desirable to make this even shorter.

As reported in Support ticket #14375.

The scenario is a problem with a UEFI DHCP process which appears to timeout around 600ms, due to a Bitlocker Network Unlock process. When the ping before allocate check is enabled on the DHCP server, the minimum timeout being 1 second, this results on the DHCP process on the client failing before the ping timeout is reached.

This makes using Bitlocker Network Unlock impossible to deploy on a network that is using ISC DHCP with ping-check enabled.

Is it possible to permit more granularity within the ping timeout value?

This might also benefit other environments using devices with embedded DHCP clients that don't perform their own client-based local checks for duplication before accepting a lease offer.

Assignee
Assign to
4.4.2
Milestone
4.4.2
Assign milestone
Time tracking
None
Due date
None
Reference: isc-projects/dhcp#10