Problem with uPnP video connections crashing my ethernet

Question

Good evening.

I have an extremely bizarre issue that I cannot find a single similar instance of after days of personal troubleshooting, nor have I been able to yet find direct help from the general Microsoft forums, reddit tech support crowdsourcing, or direct calls with Microsoft agents. So here is my problem, followed by what I have already tried to do to fix it:

Simply put, I have a new pre-built computer. It was built by a specialist company that primarily services streamers, so I trust the quality of the job, but I fear something might have arisen with regards to some software permission issues or whatever. The problem came to light a few days ago, when I tried to use my webcam to have a video call via Facebook Messenger. Almost immediately, I lost internet connection, and then immediately regained it. Then I would lose it again for two seconds and regain it, repeating ad infinitum, so long as I maintained my own video connection. Voice connection did nothing bad, nor did seeing the other person's videos. I tested the same thing on Discord, and once again my internet crashed as soon as I tried to share my camera feed with another person in a voice chat. I then tried to share video files via screen-sharing, which also caused crashes.

Upon viewing Event Viewer's System Logs, I noticed four recurring Information events. Two were simply that the ethernet got disconnected and reconnected. The other two were some very slight variation of these two messages:

• Attempted to add URL (http://*:2869/upnp/eventing/) to URL group (0xFE00001020000002). Status: 0x0. Process Id 0xB48 Executable path \Device\HarddiskVolume3\Windows\System32\svchost.exe, User LOCAL SERVICE
• Removed URL (http://*:2869/upnp/eventing/) from URL group (0xFE00001020000002). Process Id 0xB48 Executable path \Device\HarddiskVolume3\Windows\System32\svchost.exe, User LOCAL SERVICE

The Source for both events is HttpService. The event codes are 113 and 114. The ProcessID is related to the svchost subroutine labeled Service Host: SSDP Discovery. While the URL group number or ProcessID might change very slightly between different platforms or instances of time, the http://*:2869/upnp/eventing URL remains exactly identical across all crashes, as does the connection to SSDP Discovery.

---

This is what I have thus far done to try to resolve this issue. Nothing has worked:

1. Unplugged my modem
2. Ran any and all remotely relevant troubleshooters
3. Restart my router to factory settings
4. Disabled ipv6 in my ethernet
5. Disabled all other network connections except my ethernet
6. Disabled upnp in the router (this still caused the crashes, but notably, the actual "attempted to add..." event did not occur in this specific instance)
7. Reduced security settings in the router
8. Disabled my firewall
9. Checked my Dump folder to see if there are any minidump files (there are not, or at least, none related to this issue)
10. Flashed my BIOS to the newest version
11. Ran checks for updated drivers of all affected systems
12. Bought a completely new webcam in case it was an error with the original camera only
13. Flushed all ipconfig data and netsh data
14. Reinstalled Windows 11 from an iso (notably, I maintained my apps and files because, well, I have nowhere else to put them that will fit them all).

This is what I have thought about but not done, either because I did not know precisely what I should do or because I could not find any visible option to do so:

1. Edit my registry
2. Manually insert the URL to wherever it's supposed to go
3. Change the access settings for my System32 file
4. Fully reinstall Windows to factory conditions
5. Terminate the SSDP Discovery process

I'm really hoping someone has the insight necessary to fix this. I'm not a complete rube with regard to computer troubleshooting, but I definitely feel like one at the moment. Thank you in advance to anyone who has a keen insight into the matter.

Answer 1

Hello Grant,

The trace indicates that we need to move our focus away from the particular type of network traffic and concentrate on power management (although the last packet sent before the "media disconnect" in the second trace was also to Facebook).

Just searching the web for power management issues related to your network adapter revealed this report:

Intel Communication: Intel® Ethernet Controller I226 Series-Random connection drops at random times

As the text in the link says: "a mitigation option to explore is to disable the “Energy Efficient Ethernet (EEE)” mode".

I think that there is a very good chance that this is the cause of your problems.

Gary