dhcpd not seeing HCPDISCOVER traffic
| Newsgroups | gmane.network.dhcp.isc.dhcp-server |
|---|---|
| Message-ID | <613a8596.hP1CSJZ1ezQiTP5/%[email protected]> |
Hello. We have a stable working single VRF *virtual routing and Forwarding) network technology with routers perfuming dhcp relaying for multiple networks to ISC 4.4.2-P1 DHCP revers running on RHEL (Red Hat Enterprise Linux) 7 servers. We are migrating to a multiple VRF environment. We were surprised when we encountered an issue with our first test network on a new VRF with the router dhcp relaying to a dhcp server on the original VRF did not work. The dhcp server does not appear to see and does not log or process the DHCPDISCOVER traffic being relayed form the new VRF. When we run tcpdump on the dhcp server, tcpdump does see the DHCPDISCOVER traffic being relayed form the new VRF. We also noticed that tcpdump showed the DHCPDISCOVER traffic has a "bad udp cksum." Could the bad checksum be why the dhcp server is not logging or processing the DHCPDISCOVER requests? We tried compiling dhcpd with DEBUG_CHECKSUM_VERBOSE defined in in includes/site.h but that did not appears to provide any helpful insight. BTW, we could not compile with DEBUG_CHECKSUM defined. "ethtool -k" on a RHEL dhcp server showed that offload of checksums was enabled. Disabling offloading did not change tcpdump shewing bad udp checksums and did not result in dhcpd seeing and processing the DHCPDISCOVERs with bad udp checksums. Assuming the bad udp checksums are why dhcpod is not processing the DHCPDISCOVERs, what can be done from the dhcpd end? There does not be a #define to ignore bad udp checksums. We are not sure what the code in common//packet.c does but it might be a candidate for modification if ignoring the bad udp checksums is possible, Our main question remains are the bad udp checksums on the DHCPDISCOVERs preventing the fault dhcpd from providing dhco support? Thanks, mark _______________________________________________ ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. dhcp-users mailing list [email protected] https://lists.isc.org/mailman/listinfo/dhcp-users