Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

2016 MBP Touch Bar - TERRIBLE Wifi speeds

New 13" 2016 MBP w/Touchbar here. Experiencing bad wifi issues (extreme latency, packet loss, general slow speeds) on 5ghz radio bands. I have several laptops that do NOT have this issue, so I've isolated it down to definitely being something on the new Mac.


Couple things off the bat:

  • It's not my wifi; tested on multiple machines
  • Issue happens on 5ghz radio (802.11ac) but haven't checked (don't care for) on 2.4 ghz
  • Removing the recommended .plist files (see below) from this article worked, but eventually went back to slow speeds (article: http://osxdaily.com/2016/09/22/fix-wi-fi-problems-macos-sierra/)

com.apple.airport.preferences.plist

com.apple.network.eapolclient.configuration.plist

com.apple.wifi.message-tracer.plist

NetworkInterfaces.plist

preferences.plist


Ping Examples:

64 bytes from 172.217.5.228: icmp_seq=896 ttl=54 time=16.924 ms

64 bytes from 172.217.5.228: icmp_seq=897 ttl=54 time=18.253 ms

64 bytes from 172.217.5.228: icmp_seq=898 ttl=54 time=18.136 ms

Request timeout for icmp_seq 900

64 bytes from 172.217.5.228: icmp_seq=899 ttl=54 time=2483.505 ms

64 bytes from 172.217.5.228: icmp_seq=900 ttl=54 time=1482.324 ms

64 bytes from 172.217.5.228: icmp_seq=901 ttl=54 time=499.586 ms

64 bytes from 172.217.5.228: icmp_seq=902 ttl=54 time=19.220 ms

64 bytes from 172.217.5.228: icmp_seq=903 ttl=54 time=18.348 ms

64 bytes from 172.217.5.228: icmp_seq=904 ttl=54 time=20.390 ms

64 bytes from 172.217.5.228: icmp_seq=905 ttl=54 time=19.897 ms


PINGs go fine for a while but eventually get lost or otherwise high latency.

MacBook Pro with Retina display, macOS Sierra (10.12.3)

Posted on Feb 9, 2017 8:17 AM

Reply
Question marked as Best reply

Posted on Jul 5, 2017 11:50 PM

Hi AndyH28,


I experienced the same problems like you: High latency spikes, when I am on Wifi. As I work quite a time via SSH on remote machines, a constant latency is crucial. Otherwise typing is horrible.


I googled around and found the same answers like you got:

- This 5GHz thing

- Distance to router

- Hardware issues


However I couldn't believe those answers and none of them applied to my problem. The only thin that worked was using a wired connection.


During the last weeks I spend many hours investigating the problem. My start always was a "ping session" like this:


64 bytes from 216.58.205.227: icmp_seq=53 ttl=56 time=32.462 ms

64 bytes from 216.58.205.227: icmp_seq=54 ttl=56 time=98.429 ms

64 bytes from 216.58.205.227: icmp_seq=55 ttl=56 time=149.815 ms

64 bytes from 216.58.205.227: icmp_seq=56 ttl=56 time=32.795 ms

64 bytes from 216.58.205.227: icmp_seq=57 ttl=56 time=12.920 ms

64 bytes from 216.58.205.227: icmp_seq=58 ttl=56 time=12.892 ms

64 bytes from 216.58.205.227: icmp_seq=59 ttl=56 time=12.899 ms

64 bytes from 216.58.205.227: icmp_seq=60 ttl=56 time=12.902 ms

64 bytes from 216.58.205.227: icmp_seq=61 ttl=56 time=12.851 ms

64 bytes from 216.58.205.227: icmp_seq=62 ttl=56 time=223.226 ms

64 bytes from 216.58.205.227: icmp_seq=63 ttl=56 time=148.654 ms

64 bytes from 216.58.205.227: icmp_seq=64 ttl=56 time=206.037 ms

64 bytes from 216.58.205.227: icmp_seq=65 ttl=56 time=268.655 ms

64 bytes from 216.58.205.227: icmp_seq=66 ttl=56 time=17.800 ms

64 bytes from 216.58.205.227: icmp_seq=67 ttl=56 time=47.629 ms

64 bytes from 216.58.205.227: icmp_seq=68 ttl=56 time=143.621 ms

64 bytes from 216.58.205.227: icmp_seq=69 ttl=56 time=29.277 ms

64 bytes from 216.58.205.227: icmp_seq=70 ttl=56 time=88.440 ms

64 bytes from 216.58.205.227: icmp_seq=71 ttl=56 time=139.968 ms

64 bytes from 216.58.205.227: icmp_seq=72 ttl=56 time=12.865 ms

64 bytes from 216.58.205.227: icmp_seq=73 ttl=56 time=12.303 ms

64 bytes from 216.58.205.227: icmp_seq=74 ttl=56 time=12.941 ms

64 bytes from 216.58.205.227: icmp_seq=75 ttl=56 time=12.903 ms

64 bytes from 216.58.205.227: icmp_seq=76 ttl=56 time=12.924 ms

64 bytes from 216.58.205.227: icmp_seq=77 ttl=56 time=182.978 ms

64 bytes from 216.58.205.227: icmp_seq=78 ttl=56 time=104.746 ms

64 bytes from 216.58.205.227: icmp_seq=79 ttl=56 time=154.806 ms

64 bytes from 216.58.205.227: icmp_seq=80 ttl=56 time=217.942 ms

64 bytes from 216.58.205.227: icmp_seq=81 ttl=56 time=275.957 ms

64 bytes from 216.58.205.227: icmp_seq=82 ttl=56 time=12.061 ms

64 bytes from 216.58.205.227: icmp_seq=83 ttl=56 time=95.393 ms

64 bytes from 216.58.205.227: icmp_seq=84 ttl=56 time=140.254 ms

64 bytes from 216.58.205.227: icmp_seq=85 ttl=56 time=25.608 ms

64 bytes from 216.58.205.227: icmp_seq=86 ttl=56 time=81.580 ms

64 bytes from 216.58.205.227: icmp_seq=87 ttl=56 time=12.871 ms

64 bytes from 216.58.205.227: icmp_seq=88 ttl=56 time=12.501 ms

64 bytes from 216.58.205.227: icmp_seq=89 ttl=56 time=13.127 ms

64 bytes from 216.58.205.227: icmp_seq=90 ttl=56 time=12.874 ms

64 bytes from 216.58.205.227: icmp_seq=91 ttl=56 time=12.908 ms


As you might see, there is some pattern (highlighted in both).

After capturing network traffic with Wireshark, and opening/closing the programs I normally used, I identified multiple programs which, when running, trigger this behaviour. Meaning: Once I run the particular program the latency pattern shows and after closing, the latency is gone.

Unfortunately, two of these programs are constantly running on my machine, because I use them a lot:


Now that I knew the trouble causing programs, I scanned their preferences for mysterious settings. Both tools require a network connections for some feature:

  • The database tool searches for "remote options" (whatever that is)
  • The TEX tool queries a grammar checker

After disabling this options, the programs can run and don not interfere with the network connection. And I my case, I didn't need the features I disabled.


So, I don't know if this is the ultimate solution, but I'm happy right now. Maybe there is something else, because like I said: there are no issues (independent from program options), when the MAC is connected via ethernet. It is a Wifi only issue.


Hope I could help

JR

41 replies

Sep 16, 2017 10:01 AM in response to pplaggenborg

The SMC happiness was not very long-lived. Pings got worse quickly. But I think I narrow it down more and more.


The MacBook is always connecting to 2.4 GHZ even though 5 GHZ is available. If I separate the SSIDs and force it to 5 GHZ it is much better. Lets see how long this goes ...


There are still once in a while spikes beyond 180 ms when pining local - but the average is around 2 ms.


I'll keep testing - I have seen different behaviour depending on the router. This may be setup related.

Sep 16, 2017 12:27 PM in response to tlwt

Well I did both the SMC and PRAM reset, it does not work

in my case the ping to the local gateway (home router) is constant below 2ms

but when I ping to the internet e.g. www.yahoo.com or www.google.com or 8.8.8.8

it has drop packets and pings going as high as 20000ms !!! insane!!!


So after rebooting countless of times (disappointing for a Mac) I decided to go reboot my router and guess what... the ping times goes down to below 350ms ... which is not favorable but hey it's better than 20k.ms. It does have drop packet after 10 or so pings but at least I can do my work now.


another thing I found is the If I connect to my iPhone hotspot via USB i get good timing over my 4G network but got crappy when I use Wifi Hotspot ... I think it is the wifi issue on the MBP TB ... dammit!!!!

Sep 26, 2017 9:06 AM in response to AndyH28

Have been testing with PingPlotter for days. Then yesterday MacOS High Sierra released. Had no expectations, but installed right away.


WiFi is super smooth now. No packetloss anymore. No high ping spikes of 5-10 seconds. No bluetooth devices disconnecting.


Will give it a few more days but so far it looks very very promising. Feels like I finally received the fast MacBook Pro 2016 I ordered earlier this year.


I highly recommend updating to High Sierra to see if it fixes everything for you as well.

Oct 4, 2017 3:37 AM in response to AndyH28

Ok, I have the same issue. 2016 MBP with Touch Bar.


Ping on this machine ..


PING www.google.com (108.177.119.104): 56 data bytes

64 bytes from 108.177.119.104: icmp_seq=0 ttl=45 time=31.510 ms

64 bytes from 108.177.119.104: icmp_seq=1 ttl=45 time=29.431 ms

64 bytes from 108.177.119.104: icmp_seq=2 ttl=45 time=31.633 ms

64 bytes from 108.177.119.104: icmp_seq=3 ttl=45 time=79.243 ms

64 bytes from 108.177.119.104: icmp_seq=4 ttl=45 time=30.348 ms

64 bytes from 108.177.119.104: icmp_seq=5 ttl=45 time=28.524 ms

64 bytes from 108.177.119.104: icmp_seq=6 ttl=45 time=665.584 ms

Request timeout for icmp_seq 7

64 bytes from 108.177.119.104: icmp_seq=7 ttl=45 time=1099.114 ms

64 bytes from 108.177.119.104: icmp_seq=8 ttl=45 time=870.447 ms

64 bytes from 108.177.119.104: icmp_seq=9 ttl=45 time=902.018 ms


However Ping on a 2011 MBP is buttery smooth. This machine has is a clone of the one with the problems (both installed from the same Time Machine backup). That rules out issues related to software and clearly points to a hardware/settings issue with these Macbooks.

Oct 4, 2017 8:29 AM in response to Grant Bennet-Alder

2.4 GHz

I have the power supply plugged in on the right hand side.

No USB-C peripherals but I have a USB wireless mouse plugged in via an adaptor.


I don't think any of those are the issue as a simple reboot has made the problem go away for now. Also, why would the same peripherals not cause the issue with the 2011 MBP? It's an OS/Hardware issue clearly.

Oct 4, 2017 8:47 AM in response to Lusiphur4pl

If you have access to a Dual-band Router that can use the 5GHz band, you are more likely to have better Wi-Fi reception. It may be worth buying a new Router or asking your ISP to provide one if you have only 2.4GHz available. You can also combine the one you have with a new one to provide a Home Network with better coverage.


--------

The Hardware for the 2016 and 2017 models is completely different.


The Different Wi-Fi chips are now soldered directly to the board, and the placement of those chips inside the computer is quite different. USB-C is now used for all External connections, where there was nothing quite like it in previous models. The power adopter uses a USB-C cable, which was never the case before.


If this problem is, in fact, caused by interference, then USB-C peripherals may be making the problem worse. These device may (or may not) meet their EMI-RFI** Interference goals, but they have not necessarily been tested in close proximity to MacBook Pro running full-speed Wi-Fi data at the same time. There could also be Bad batches of these devices that although they were type-qualified, individual units may exceed the recommended levels due to errors in manufacturing.


These EMI/RFI** tests are typically done a Faraday cage (a room that is made dead to outside magnetic and radio signals) to eliminate outside sources of radiation. The inside of a Faraday cage, by definition, has no Wi-Fi reception.


** EMI/RFI stands for ElectroMagnetic Interference /Radio Frequency Interference

Oct 4, 2017 8:57 AM in response to Grant Bennet-Alder

So, long reply and thanks for taking the time but it looks like you didn't read (or I wasn't clear enough) what I posted.


1) No USB-C peripherals.

2) A 2011 (not 2017) Macbook Pro works fine in the exact same environment.

3) The 2016 Macbook Pro worked fine for a week, with no new elements introduced into the environment, then required a reboot to start working properly again. This absolutely rules out interference from other peripherals.


That would lead me to conclude,


a) The Wi-Fi chip on this device needs replaced. As it is an official refurb purchased in the last month that doesn't speak well of Apple.

b) There is an OS/Hardware conflict. Given the number of posts about this exact same issue (and a reboot fixed it) with the 2016 models then I think this is the most likely candidate.


If there is a flaw in my reasoning then please enlighten me.

Oct 4, 2017 11:39 AM in response to Lusiphur4pl

I read your post with great interest. Since 4,414 people at this writing have looked at this thread, and others in addition to the 33 who have already posted may find this tread by searching and have an Interest in what I had to say, I posted a bit more that you may consider "background material".


Allow me to respond directly to your assertions:

1) >>" No USB-C peripherals."

ANYTHING you have plugged into a USB-C port is what I was referring to as a USB-C peripheral. I DO intend to include BOTH your Power adapter and its cable, and your adapter for a wireless Mouse. If this is an interference problem, those items are likely to be contributing to the Interference generated by your USB-C equipped MacBook Pro.


2) >>"2011 works fine in that environment"

That does indeed say that the environment is not responsible for the problems. I assert that the new MacBook Pro and its peripherals are responsible for the problems, not unknown outside sources. I am sorry if I did not make that completely clear.


3) >>"worked fine for a week..."

I am glad it worked fine for a week. But in my mind, that does NOT rule out interference from the new MacBook Pro and its cables and peripherals -- it only says we do not completely understand the all nuances of exactly what is causing these many different problems that seem to interfere with Wi-Fi operation.


a) >>"The Wi-Fi chip on this device needs replaced."

I do not agree with your conclusion. The Wi-Fi chips in these computers are soldered to the motherboard, rather than being on a replaceable module, and the entire radiation environment around them is completely different. The USB-C cords and cables seem to add considerably to the situation.


While I do not deny that there is a problem, I do not see any meaningful evidence that leads to the Wi-Fi chip as the culprit. You may be able to get Apple to replace the mainboard (which includes the Wi-Fi chip) under warranty. But I am not convinced that will solve this or other related problems.


>> "refurb ... that doesn't speak well of Apple"

Apple-refurbished units are run through the exact same diagnostics and burn in as new units. This in no way disparages Apple-refurbished units. Too Many Users of NEW 2016 and 2017 units are reporting Wi-Fi problems, and there is nothing different that distinguishes your Apple-refurbished from any of the other mysterious aliments users are reporting on NEW units on this and other threads nearby.


b) >> There is an OS/Hardware conflict.

That may be. But I do not see any evidence that that is the case. I think it is far more likely to be as-yet undiagnosed and quite complex EMI/RFI issues cause by a multitude of factors lining up in a diabolical way.


When some Users get relief by moving to 5GHz band, and some Users get relief by swapping their Power adapter to the LEFT side, and some Users get relief by discontinuing the use of the third-party USB-C Hubs, and some Users get relief by installing the firmware upgrade for the Apple USB-C multiPort [display] adapter, it takes a lot of the wind out of the argument that this is somehow an OS/Hardware conflict.

Oct 17, 2017 6:43 AM in response to AndyH28

I had exactly the same issue. after days of troubleshooting I found the issue. Whether you believe it or not:

If you are a AVID users (PT, Sibelius...): if you face wifi performance issue (high deviation of latency when you ping your local wifi router) it's to blame AvidApplicationManager. This bloody background service seems to corrupt the wifi adapter which is very nasty and proofs the bad architecture and hardware bonding of AVID products. It took me days to figure it out and as unbelievably as it sounds, it's fact! As soon as this service is stopped your ping times are well!

2016 MBP Touch Bar - TERRIBLE Wifi speeds

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.