High UDP Packet Loss in Windows 11 but Not Ubuntu

High UDP packet loss in Windows 11 while Ubuntu performs normally usually stems from driver-level buffering limits, interrupt moderation settings, or firewall inspection overhead rather than core network stack parameters. By adjusting the Network Adapter’s Advanced Properties and disabling specific Windows Defender Firewall features for local subnets, you can often restore throughput to match Linux performance without modifying the registry.

Understanding the Discrepancy

When testing with tools like iperf3, it is common to see that a Windows 11 machine drops significant UDP packets while an Ubuntu system on the same hardware handles the load effortlessly. This behavior is rarely due to TCP window scaling or ephemeral port exhaustion, as those mechanisms primarily govern connection-oriented traffic. Instead, the issue typically lies in how the operating system manages high-throughput, stateless datagrams at the driver and hardware abstraction layers. Linux distributions often ship with network drivers configured for aggressive interrupt moderation and larger default buffer sizes optimized for raw throughput. In contrast, Windows prioritizes stability and power efficiency, which can lead to dropped packets when the NIC (Network Interface Card) receives bursts of data faster than the CPU can process them. Before diving into complex configurations, it is essential to verify that the physical link speed and duplex settings are identical on both machines. A mismatch here will cause severe errors regardless of the OS. You should also check if the Windows machine is using Wi-Fi instead of Ethernet, as wireless protocols have inherent limitations that wired connections do not face. If the hardware path is confirmed to be identical, proceed to examine the software configuration.

Optimizing Network Adapter Settings

The most effective way to resolve UDP drops is to tweak the advanced properties of your network adapter directly through the Device Manager. These settings control how the NIC interacts with the CPU and memory buffers. Open the Control Panel, navigate to Network and Internet, then Network Connections. Right-click your active adapter and select Properties. Click the Configure button, then switch to the Advanced tab. Look for settings related to flow control and offloading. Disable "Energy Efficient Ethernet" (EEE) if available, as this feature can introduce latency during high-load scenarios. More importantly, adjust the "Interrupt Moderation Rate". Set this to "Adaptive" or "Lowest Latency" depending on your needs; the default "Medium" may throttle interrupts too aggressively, causing packets to sit in buffers until they time out and drop. Increase the "Receive Buffers" and "Transmit Buffers" values to their maximums if the dropdown allows it. This gives the kernel more room to absorb traffic spikes before dropping frames. If you are experiencing issues where the connection appears unstable, refer to our guide on Troubleshooting LAN Connection Issues on a Brand New Windows 11 Machine to ensure basic connectivity diagnostics pass before applying these deeper tweaks.

Managing Firewall and Security Overhead

Windows Defender Firewall and third-party security suites inspect every incoming packet by default. For UDP traffic, especially large streams used in benchmarking, this inspection adds significant CPU overhead. If the CPU cannot keep up with the inspection rate, packets are silently dropped. To test if this is the cause, temporarily disable the firewall for your private network profile. Navigate to Windows Security > Firewall & network protection. Select Private network profile and turn off Microsoft Defender Firewall. Run your iperf3 test again. If the packet loss disappears, the firewall was the bottleneck. Instead of leaving the firewall disabled permanently, create an inbound rule to allow UDP traffic from your specific subnet without deep packet inspection. This balances security with performance. Additionally, check if any antivirus software has a "network shield" or "web protection" feature enabled. These modules often intercept traffic at a lower level than the firewall and can cause similar drops. Disabling these temporary tests confirms whether security software is the culprit. For users dealing with broader connectivity failures alongside performance issues, checking for driver corruption is vital. See Troubleshooting Network Driver Malfunctioning in Windows 11 to ensure your drivers are properly installed and not corrupted.

Verifying Driver Updates

Outdated or generic Microsoft-provided drivers often lack the optimizations found in vendor-specific versions. Visit the manufacturer’s website (Intel, Realtek, Killer, etc.) and download the latest LAN driver for your specific model. Generic drivers may support basic functionality but fail to implement efficient ring buffer management required for high-speed UDP. After installing the new driver, reboot the system and re-run your benchmarks.

Adjusting System Power Settings

Windows power plans can throttle network performance to save energy. Ensure your power plan is set to "High Performance" or "Ultimate Performance." Go to Control Panel > Hardware and Sound > Power Options. If "High Performance" is not visible, click "Show additional plans." Within the plan settings, expand "PCI Express" and set Link State Power Management to "Off." This prevents the PCIe bus from entering low-power states, which can cause brief disconnects or delays that manifest as packet loss during continuous data streams.

Testing and Validation

After applying these changes, validate the results using iperf3. Run the server on the Ubuntu machine and the client on Windows. Use the command iperf3 -c [Ubuntu_IP] -u -b 1000M to send UDP traffic at 1 Gbps. Monitor the output for the "sent" and "lost" columns. If losses persist, try reducing the bandwidth incrementally to identify the threshold where the Windows stack begins to struggle. This helps determine if the issue is a hard limit of the current configuration or a transient processing bottleneck.

Frequently Asked Questions

Does changing the MTU size fix UDP packet loss?

Changing the Maximum Transmission Unit (MTU) can help if fragmentation is occurring, but it is not the primary cause of high loss rates in local networks. Incorrect MTU settings usually result in complete communication failure or timeouts rather than intermittent packet drops during streaming tests. Stick to standard MTU values like 1500 unless you have a specific jumbo frame requirement.

Why does Ubuntu handle the load better than Windows 11?

Linux kernels often use different default buffer sizes and interrupt handling strategies that favor raw throughput over power conservation. Windows defaults are tuned for general desktop usage, which includes background services and power-saving features that can interfere with sustained high-bandwidth operations.

Should I disable RSS (Receive Side Scaling)?

Disabling RSS is generally not recommended as it forces all network processing onto a single CPU core, potentially creating a bottleneck. Instead, ensure that RSS is enabled and that your CPU cores are correctly mapped to the network queue in the adapter’s advanced settings. Misconfiguration here is rare compared to buffer size issues.

Can third-party antivirus software cause UDP drops?

Yes, many antivirus suites include network monitoring components that inspect each packet. During high-volume UDP transfers, these inspections can overwhelm the CPU, leading to dropped packets. Temporarily disabling real-time network protection can confirm if this is the source of the problem.

Is it necessary to update network drivers manually?

While Windows Update often provides basic drivers, vendor-specific drivers from Intel, Realtek, or your motherboard manufacturer usually contain optimizations for specific chipsets. Updating to the latest vendor driver can resolve buffering and interrupt issues that generic drivers miss.