A Windows 11 user spent a week chasing a dead network link to an antique Tyan SMDC IPMI module. Early attempts with Tyan’s legacy TSO software in a Windows XP VM failed to discover the device, and native tools like ipmiutil returned no response. The same problems surfaced on a Windows 10 PC for operations.

Switching to Linux revealed the issue: ipmitool on Linux spoke to the device, and a Windows XP VM on the same host worked with TSO. Windows firewalls were ruled out because Wireshark captured outbound UDP to port 623 and inbound replies. Yet the OS silently dropped the packets, hinting at a stack problem for management.

Packet inspection with PktMon exposed the culprit: the Windows TCP/IP stack discarded the packets because the checksum flag read as invalid. Wireshark’s checksum check passed, so the problem lay in the NIC driver. Disabling IPv4 UDP receive checksum offloading on the Intel I211 NIC restored communication for ipmiutil and VMs on the system for operations.

The root cause appears to be a mismatch in how the Intel driver validates UDP checksums, possibly tied to the IP ID field and lack of fragmentation flags on the SMDC replies. Until Intel releases a driver fix, developers must toggle checksum offloading or rely on Linux clients for IPMI management for administration of servers.