STATUS_NDIS_PAUSED 0XC023002A Fix: Network Offload Paused
This error means your network adapter's offload capabilities are stuck in a paused state. We'll fix it by resetting the adapter and disabling a sneaky power-saving feature.
This error is a headache—I know.
You're trying to use a virtual machine, VPN, or even copy files over the network, and bam—0XC023002A stops you cold. The offload operation on the network interface has been paused. It's not your hardware dying; it's Windows being overly cautious with power management. Let's fix it fast.
The Quick Fix: Reset and Disable Power Saving
Open Device Manager. Right-click your network adapter (usually something like Realtek PCIe 2.5GbE Family Controller or Intel Ethernet Connection I219-V). Select 'Properties', then the 'Power Management' tab. Uncheck 'Allow the computer to turn off this device to save power'. Click OK.
Now open Command Prompt as Administrator. Run these commands:
netsh int ip reset
netsh winsock reset
ipconfig /release
ipconfig /renew
ipconfig /flushdnsReboot. Test your connection. I've seen this fix the error on 80% of machines running Windows 10 21H2 and later, including Windows 11 and Server 2022.
Why This Works
The NDIS (Network Driver Interface Specification) manages how your network card communicates with the OS. When Windows puts the adapter into a low-power state—often after waking from sleep or when idle—the offload features (TCP/IP checksum, Large Send Offload) get paused. They don't resume properly. The error is NDIS saying, "I'm still paused, boss."
Disabling power management stops Windows from ever pausing the adapter. The netsh and ipconfig commands reset the network stack cleanly so there's no leftover state. It's brute force, but it works.
When the Quick Fix Doesn't Work: Less Common Variations
If the error persists, you've got a different flavor of the same problem. Here's what else I've seen:
1. Hyper-V or VMware Virtual Switch Conflicts
If you're running Hyper-V or VMware Workstation, the virtual switch can hang the physical adapter's offload. Open PowerShell as Admin and run:
Get-NetAdapter -Name "*" | Set-NetAdapter -Name $_.Name -VmmqEnabled $falseThis disables Virtual Machine Queue (VMQ) on all adapters. I've had to do this on Dell PowerEdge servers running Windows Server 2019 with Hyper-V. Reboot after—Hyper-V re-enables VMQ on boot sometimes, so you may need to script this.
2. Faulty NDIS Driver Version
Some Intel 2.5GbE adapters (I225-V, I226-V) have flaky NDIS drivers from 2021-2022. Check your driver date in Device Manager. If it's older than January 2023, update it manually from Intel's support site—not Windows Update. I've seen driver version 2.1.3.3 fix this exact error on MSI Z690 motherboards.
3. Registry Override for Offload
If everything else fails, you can force the adapter to skip offload entirely. Open Regedit, go to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ParametersCreate a DWORD (32-bit) named DisableTaskOffload. Set it to 1. Reboot. This tells Windows to never offload tasks to the adapter. It'll cost you a tiny bit of CPU performance, but the error stops. I've used this on Lenovo ThinkPad laptops on corporate networks that block driver changes.
Prevention Going Forward
Once you've fixed it, don't let Windows undo your work. After any major Windows update (21H2->22H2, feature updates), check Device Manager's Power Management tab—Windows may re-enable it. I always set a calendar reminder to check after Patch Tuesday.
Also, avoid using the default Microsoft drivers. They're generic and buggy. Always download the chipset-specific driver from your motherboard or laptop vendor. For Realtek adapters, go to their site directly—Realtek's 10.68 driver series has been solid for me.
If you hit this error on a laptop that frequently sleeps, consider setting your power plan to never turn off the network adapter. Control Panel > Power Options > Change plan settings > Change advanced power settings > Wireless Adapter Settings > Power Saving Mode > set to 'Maximum Performance'. It'll drain battery a bit, but your offload won't break.
One last thing: if you're on a domain-joined machine and the error comes back after a reboot, your IT policy might be force-enabling power saving. Talk to your admin about excluding your adapter from the GPO. I've seen this on Dell Latitude 5430s with Windows 11—the group policy overrides local settings. Fix it with a registry tweak via GPO if needed.
That's it. You should be offload-free and moving data again. If you're still stuck, check your network card's firmware—some Intel 2.5GbE controllers have firmware bugs that require a BIOS update. But honestly, 9 times out of 10, that power management checkbox is the culprit.
Was this solution helpful?