This appears to be a intel driver related issue in Windows, Its making my computer very unstable, I tried all driver versions and until I introduce the EdgeX SFP into my network I had this issue, but only on Windows with the intel adapter, my linux and mac machines are fine. Any and all help would be great, I am seeing a huge DPC spike on ndis.sys on even small http requests but its random and not consistent. However it renders my system inoperable until I unplug my ethernet and plug it back in; I've tried new cables, new mobo (rma thinking it was an asus issue), this is a z370-e gaming. If you read inside the other forums it appears to be sending dup awk requests. However even resetting the network stack is not solving anything.
Latest drivers; tried both asus and intel with same out come after a safe mode removal a few times. The linux machine is not its a server, however the wireless ap and devices are fine. I will create a log file and save shortly.
I did try this before to no avail but will again. I also removed Acronis as I noticed some weird tcp connections coming from it (since then no issue but we shall see, this issue didnt see to ever stem from a software package I downloaded)
Nope. did it again. It appears PID 0 (system process) is spawning a bunch of TCP http requests that then move ot time_wait when I unplug my Ethernet to unfreeze, mostly from akamai but that is just where the connect was from originally loading content. It appears to dump core 0 into overdrive, 100% until I remove the Ethernet cable. This is more than me reporting this over at the UBNT community.
Sometimes it regain function; sometimes it does not unless I unplug the Ethernet cable. I'd say mostly it happens on chrome, but its happened in any product that connects outside. I've tried both drivers and its the same issue. The DPC count on LatMon goes above 3k, on the other dpc counter (the standalone) it hits hundreds of thousands. As for tcp connections its just duplicating whatever I have open until I refresh the line or it dies out itself. I've tried all drivers from 2 years ago up to today. And the issue seems to persistent. This happened before my move, and after (so not a line issue), but seems to be introduce when I added the edge router into my network. But only on this device now.
It appears to be sending a metric ton of TCP Dup ACK requests to and from the win10 to whatever site I am connected to. I finally got it on packet capture. It sent millions of these in a matter of seconds.
So I have found the issue; on the er-x with hwnat offload enabled; I get these dup ack's, with it disabled I do not. However my performance is stuck on 350mbps in both iperg and synthetic bench marks.
It appears the ER-X wont run in hwnat offload thus reducing my overall performance across network to 350mbps~, when I enabled hwnat offload I get roughly 950mbps~ however my dup ack issue (broadcast storm it appears) is hitting my windows 10 box (with the intel card) we are talking about. This does not effect the server which is plugged in with intel cards (esxi) The mac is wireless however so no issues there. The performance degradation is related to the settings on my router, however the broadcast storm that is happening is a LAYER 2 loop (or so it appears).
esxcli network nic get -n vmnic0 Advertised Auto Negotiation: true Advertised Link Modes: 10BaseT/Half, 10BaseT/Full, 100BaseT/Half, 100BaseT/Full, 1000BaseT/Full Auto Negotiation: true Cable Type: Twisted Pair Current Message Level: 7 Driver Info: Bus Info: 0000:07:00.0 Driver: igb Firmware Version: 1.7.2 Version: 22.214.171.124 Link Detected: true Link Status: Up Name: vmnic0 PHYAddress: 1 Pause Autonegotiate: true Pause RX: true Pause TX: true Supported Ports: TP Supports Auto Negotiation: true Supports Pause: true Supports Wakeon: true Transceiver: internal Virtual Address: 00:50:56:59:ed:cf Wakeon: MagicPacket(tm)
I can provide this; however Ubnt has had me try their beta OS distro on my router and it has thus far elevated my issue. Going to test it and see where we are at and circle back to you.