--- Comment #12 from Bhavesh Davda <> ---
(In reply to Roger Pau Monné from comment #8)

Yes, I know this change to dhclient seems unfortunately 'hackish' but is
necessary because dhcilent relies on an interface [bpf(4)] to send and receive
packets, which doesn't have a way to indicate if certain packet processing
(e.g. UDP checksum validation) should be skipped because it's been offloaded to
the NIC.

Besides, if you look at upstream mainline ISC DHCP, there is similar code for
Linux guests as well: My proposed patch took the approach of making the bare
minimal fix to the mainline FreeBSD dhclient to achieve the same end result.

From: Thomas Markwalder <>
Date: Thu, 18 Sep 2014 15:25:02 -0400
Subject: [PATCH 1/1] [master] Checkum handling fixes
    Merges in rt22806
@@ -95,6 +95,25 @@ by Eric Young (
   are within the declared. Thanks to Jiri Popelka at Red Hat for the bug
   report and patch.
   [ISC-Bugs #32453]
+  [ISC-Bugs #17766]
+  [ISC-Bugs #18510]
+  [ISC-Bugs #23698]
+  [ISC-Bugs #28883]
+- Addressed checksum issues:
+  Added checksum readiness check to Linux packet filtering which eliminates
+  invalid packet drops due to checksum errors when checksum offloading is
+  in use.  Based on dhcp-4.2.2-xen-checksum.patch made to the Fedora project.
+  [ISC-Bugs #22806]
+  [ISC-Bugs #15902]
+  [ISC-Bugs #17739]
+  [ISC-Bugs #18010]
+  [ISC-Bugs #22556]
+  [ISC-Bugs #29769]
+  Inbound packets with UPD checksums of 0xffff now validate correctly rather
+  than being dropped.
+  [ISC-Bus #24216]
+  [ISC-Bus #25587]

You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________ mailing list
To unsubscribe, send any mail to ""

Reply via email to