Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • D dhcp
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 109
    • Issues 109
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 12
    • Merge requests 12
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISC Open Source Projects
  • dhcp
  • Issues
  • #21

Closed
Open
Created Jun 11, 2019 by Thomas Markwalder@tmarkMaintainer

Consider setting IP Type of Service to 0 by default, or perhaps make it configurable

from RT 49242

Hello ISC,

Linux systems (Ubuntu 16.04) fail to connect to various hotels with wifi as a result of the DHCPDiscover message being sent by dhclient.  The same laptop using MSWindows connects with the hotels without a problem.  This has been observed at multiple locations.

The problem was isolated by making the DHCPDiscover packet sent by dhclient match the DHCPDiscover packet sent by MSWindows. It was found that affecting difference was that dhclient generated a non-zero value for the TOS UDP field.  Commenting out the setting of ip.ip_tos in packet.c so that the field remained zero fixed the problem:

dhcp-4.4.1/common:

$ diff packet.c packet.c.orig
150c150
< //    ip.ip_tos = IPTOS_LOWDELAY;
---
>       ip.ip_tos = IPTOS_LOWDELAY;

The hotel's router may have been mis-configured to interpret the TOS field.  However, the hotel connects to MSWindows/Apple devices.  As a result, open source systems such as Ubuntu (Linux) gain a reputation of being unreliable.  (My wife wants/needs to use MS/Apple systems as result)

I would like to suggest that if the default DHCP message content generated by MSWindows/Apple adheres to standards, then have the default DHCP message content from open source systems (linux) match bit for bit.  Sniff packets and compare to verify.  Such practice would assure that open source connectivity (linux) is no less reliable than commercial device connectivity.

Thank you,
Glen Wetzel

FYI: https://en.wikipedia.org/wiki/Type_of_service
Edited Jul 03, 2020 by Tomek Mrugalski
Assignee
Assign to
Time tracking