Wifi keeps dropping in Windows 10 (BootCamp) on new tbMBP 15"

Just to provide some more detail:

• I've tried playing with every option in the driver prefs.
• I've tried with and without things connected to the MBP's type-c ports (including power). Without the type-c hub connected it is consistently more relaible, but also still drops.
• I've tried all potential firmware options on the access point including dd-wrt and tomato. (My router is a Netgear nighthawk 7000).
• I've tried varying proximities to the access point.
• Both the .64 driver and the .68

I have the same issue as everyone else but only in one of my 5G networks (I have 2), I have tried all the workarounds listed here but no luck.

I even tried to turn on/off settings on the advanced properties of the device.

So has I said I have two 5G networks, the one that works is using a "Technicolor TG799vac" and the one that fails is a "ASUS RT-N66U", so it seems it can connect to some 5G networks.

johnsimons wrote:

So has I said I have two 5G networks, the one that works is using a "Technicolor TG799vac" and the one that fails is a "ASUS RT-N66U", so it seems it can connect to some 5G networks.

Your Mac is capable of 802.11ac and 802.11n, both. The TG799vac is an 802.11ac 5G network, while Asus should be an 802.11n 5G network. Please confirm.

Some users have been able to connect to 5G N by enabling broader compatibility in the Adapter settings. Have you tried to modify and check? I can post a frame from Microsoft NetMon/Wireshark for you to compare with the 802.11n connection beacons, if you want to check it out. 40MHz bands can also cause issues.

So after disabling 40mhz channels on 802.11a to get my MacBook to connect to my 802.11n 5ghz network in the first place, I noticed that my connection became super unstable, to the point of the connection dropping entirely after a few minutes of uptime. Anyways, I noticed the WAN miniports appearing in device manager around the same time as the connection issues, so I disabled the Microsoft RRAS Root Enumerator (under software devices), and everything seems to be perfect so far. Keep in mind, I have no idea what features are affected by this (probably VPN stuff), but I can browse and play games without the connection dropping, so its worth a shot.

firstwardo wrote:

Not randomly, per se, I was just poking around and noticed that both the WLAN miniports, and the network issues weren't present immediately at boot, so I looked into disabling them.

Disabling WLAN Miniports causes VPN clients to crash. Some VPN clients, for example, Cisco AnyConnect installs it's own mini port driver, and if removed, it crashes the VPN client.

Modifying the band support settings may make 802.11n 5G work on some APs and cause failures on others. If you modify such settings, please also specify what APs were in your environment where this was tested. Anyone who travels and goes to different locations for wireless access is prone to such failures.

The driver on the tbMBP is not negotiating properly what the dynamic settings on the driver should be based on the negotiations with the AP. As an example, 802.11ac on 5G works, but 802.11n on 5G does not, as noted by johnsimons.

Working perfectly thank you for the heads-up.

5Ghz too.

Now I can run without the crappy dongle I had plugged in.

At beeping last.....

No thanks to Apple for releasing it with shoddy drivers in the first place.

cr3x wrote:

It's probably available in the Boot Camp app in MacOS as well, but I haven't checked.

Not yet. 😮 It still has the .64 driver, not the .68 driver. The name of the driver file is

<ServiceBinary>bcmwlhighsd5.sys</ServiceBinary>

Mine didn't even last 1 minute. The updates installed via dongle, and then that was it.

It's so frustrating to not have a product that works as it should. This intended fix did nothing but raise my hopes only for Them to be crushed.

I'll text Tim Cook. Use a few of those nice emoticons.

Ask him to get a grip. I know it's Windows, but I run a domain environment and need to use Windows on my very expensive crapbook with a dongle hanging out.

That's the thing, after installing the update I ran clean as a whistle for hours. Something that never happened before.

Then slowly, randomly, dropouts. Reboot, disable. enable NIC, rejoin network, same crap.

Plug in a $10 USB nano WiFi dongle and it works 100%

smokeandapancake wrote:

I know it's Windows, but I run a domain environment and need to use Windows on my very expensive crapbook with a dongle hanging out.

Tell Satya Nadella. 😁.

Seriously though, your 'crapbook' should also support 802.11ac. Can your environment support 11ac?

No ac.

I run

n 40Mhz

g 20Mhz

The issue is not unique to my environment. I can connect to any WiFi network and experience the same results.

A local non encrypted g hotspot network for instance.

A colleagues n network 20/40Mhz

It's so bazaar that it can run fine for lengthy periods, then randomly just crap out. There is no constant.

A bit buggy is an understatement! In MacOS it's 100% working in my enviro. g or n.

I very much doubt tweaking a software setting can fix this issue. It may mask the problem a bit better than stock settings but not fix the root problem(s).

For a data point, since the driver update my machine now can connect to 5Ghz n networks both 20 and 40Mhz. It could not before.When initially connected things seem to go well. After a period of hours the connection degrades.

LOL. I suggest creating a new Apple bug report referencing the .68 update and let Apple Engineers find a resolution. There are environmental factors which also need to be reported, which can assist in recreating/resolving the issue.