wifi issues with iphone 6

Have the same problem with wi fi on IPhone 6 with ios 8.0.2. The options are following:

1) Phone doesn't see any wireless network

2) The "Wi Fi "button isn't working at all

3) After connecting the phone just freezes

I got a replacement iPhone six and I still have the problem!

First, let me start off by describing my phone then the problems I was having.

Phone: iPhone 6, 64GB, space grey

Problem: My phone kept dropping off of Wi-fi and switching to my cellular network (which made me burn through all my data). If I were watching a YouTube video, for example, it would randomly pause and not load the video because it would switch off my network.

Now, having said all this, I've tried resetting network settings, rebooting, I'm already using WPA, and I do NOT want to get another phone. So what I did was this, and so far so good:

1. Reset Network Settings (General > Reset > Reset Network Settings

2. Turn off Wifi Networking in Location Services (Privacy > Location Services > System Services > Wifi Networking > Switch Off)

3. Hard-resest the phone

So far, so good. I'll keep you updated as the hours go by. I've been seeing that people report that this is a 12 hour fix (or temporary fix) only, so lemme just see how far I can go without problems. Good luck!

I tried this but seems like it does not work... When I restart the phone and connect to the wifi network again, it drops after just 1 minute..... 😟

Like everyone else here, I'm having the same issue and tried the same solutions.... But , for me personally, I narrowed it down to a bluetooth/wifi issue. As soon as my bluetooth is on my iPhone seems to drop my network. If I shut down the bluetooth and wait a few minutes my wifi reconnects and I don't have the connectivity issue anymore.

I agree with a lot of the others members, it seems to be and iOS 8 problem that apple has to patch , but knowing how they work, they're going to have to acknowledge that theres a problem at all be they ever send out an update...

Post from Michae E. Just tried this myself as well and test it. Thanks for sharing.

So far download/upload speed has been restored. I am comparing with my laptop using speed test and they are pretty similar which is good, they both reach the Service Level I have with my Internet Provider. Wireless N remains connected, but when I go far from the Router (Next door room) it switches to bg whereas a Samsung Galaxy S4 remains connected to N at the same distance and remains stable. This might be Hardware related issue with iphone 6, not sure.

Will give it 48 to 72 hours and confirm if this might be a permanent workaround. For me this is not a fix and is more as a workaround, users should not be doing this to actually fix such a problem. I am upset about the fact that something simple like wifi technology that has been around since the beginning of iphone's live fails in the most recent version. Apple needs to revise and retest this in house and confirm if its a software (hopefully, if this workaround works) or hardware, and what they are planning to do to fix this.

Looks very much like the iPhone is having a very hard time receiving packets. I managed to capture the some logs on the AP where the iPhone stubbornly does not respond to any ARP requests.

Note that 10.101.2.100 is the iphone in question. Eventually, the device responds after 30 seconds, and the page loads successfully.

Ethernet MAC addresses blanked out to (00:00:00) on purpose...

[root@odo ~]# tcpdump -i WIFI arp

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on WIFI, link-type EN10MB (Ethernet), capture size 65535 bytes

20:26:09.076547 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:10.076576 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:11.076572 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:15.657550 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:16.657595 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:17.657613 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:18.666570 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:19.666639 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:20.666612 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:22.671571 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:23.588396 ARP, Request who-has 10.101.2.1 tell 10.101.2.42, length 46

20:26:23.588425 ARP, Reply 10.101.2.1 is-at 00:0a:cd:00:00:00 (oui Unknown), length 28

20:26:23.671570 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:24.671568 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:26.909550 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:27.909567 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:28.772621 ARP, Request who-has 10.101.2.1 tell 10.101.2.100, length 46

20:26:28.772648 ARP, Reply 10.101.2.1 is-at 00:0a:cd:00:00:00 (oui Unknown), length 28

20:26:33.772568 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:34.772578 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:35.772567 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:39.279586 ARP, Request who-has 10.101.2.100 tell 10.101.2.1, length 28

20:26:39.333825 ARP, Reply 10.101.2.100 is-at 80:be:05:00:00:00 (oui Unknown), length 46

To verify the theory that this is MAC address related, I tried installing a static entry in the router. This solved the ARP request timeout by eliminating the need for ARP entirely, but the connectivity is still shoddy at best.

Additionally, I was able to capture very similar behavior on in-bound TCP data while trying watch a youtube video (which, by the way, would never load. resulted in error messages):

Here is the wireshark analysis. Pay attention to those TCP sequence numbers. We can see data payload with TCP sequence numbers 183334, 184778, 186222, and 187666 get transmitted from AP to iPhone in frames 2381, 2382, 2383, and 2384, respectively. Rather than sending out ACK for these packets, we see the iphone send out SACK ending at sequence numbers 183334. We can see these SACKs in frames 2431 2433 2434 2436, and yet again in 2453 2454 2455 2456 and again in 2462 2463 2466 2467. Finally we see data payload re-transmission from Google server in frames 2471 2472 2473 2474. Once those frames were receieved on the iPhone, it sends out correct ACKs for these in frames 2483 2484 2485 2486.

So the question is, why was the data originally sent to the iPhone in frams 2381-2384 not acknowleged? This based on as well as the fact that the iphone took forever to respond to those ACKs seems to me like there is some issue with packet reception on the WiFi interface. Note that both of these tests were carried out on 2.4GHz 802.11n in a relatively RF clean environment. But similar issues are seen at work where we have 5GHz deployed.

Frame Time From To Proto TCP-SEQ Len Description

2380 16.038190 64.15.114.78 10.101.2.100 TLSv1.2 181890 1510 Continuation Data

2381 16.039164 64.15.114.78 10.101.2.100 TLSv1.2 183334 1510 Continuation Data

2382 16.039284 64.15.114.78 10.101.2.100 TLSv1.2 184778 1510 Continuation Data

2383 16.039524 64.15.114.78 10.101.2.100 TLSv1.2 186222 1510 Continuation Data

2384 16.039610 64.15.114.78 10.101.2.100 TLSv1.2 187666 1510 Continuation Data

--snip--

2430 16.434535 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Window Update] 49388 > https [ACK] Seq=2767 Ack=183334

2431 16.434564 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#1] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482849 TSecr=82032821 SLE=189110 SRE=191974

2433 16.435119 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#2] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482851 TSecr=82032821 SLE=189110 SRE=193418

2434 16.440695 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#3] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482853 TSecr=82032821 SLE=189110 SRE=194862

2436 16.443284 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#4] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482858 TSecr=82032821 SLE=189110 SRE=194886
2437 16.443967 64.15.114.78 10.101.2.100 TLSv1.2 194886 1510 Continuation Data
2438 16.444295 64.15.114.78 10.101.2.100 TLSv1.2 196330 1510 Continuation Data
2439 16.444841 64.15.114.78 10.101.2.100 TLSv1.2 197774 1510 Continuation Data
2440 16.445598 64.15.114.78 10.101.2.100 TLSv1.2 199218 1510 Continuation Data
2441 16.446831 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#5] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482861 TSecr=82032821 SLE=189110 SRE=196330
2442 16.446943 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#6] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482861 TSecr=82032821 SLE=189110 SRE=197774
2443 16.446963 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#7] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482862 TSecr=82032821 SLE=189110 SRE=199218
2445 16.449042 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#8] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482863 TSecr=82032821 SLE=189110 SRE=200662
2447 16.468802 64.15.114.78 10.101.2.100 TLSv1.2 200662 1510 Continuation Data
2448 16.468898 64.15.114.78 10.101.2.100 TLSv1.2 202106 1510 Continuation Data
2449 16.469160 64.15.114.78 10.101.2.100 TLSv1.2 203550 1510 Continuation Data
2451 16.469222 64.15.114.78 10.101.2.100 TLSv1.2 204994 1510 Continuation Data
2453 16.471950 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#9] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482884 TSecr=82032821 SLE=189110 SRE=202106
2454 16.472080 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#10] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482885 TSecr=82032821 SLE=189110 SRE=203550
2455 16.472099 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#11] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482885 TSecr=82032821 SLE=189110 SRE=204994
2456 16.472656 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#12] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482885 TSecr=82032821 SLE=189110 SRE=206438
2457 16.482632 64.15.114.78 10.101.2.100 TLSv1.2 206438 1510 Continuation Data
2458 16.482730 64.15.114.78 10.101.2.100 TLSv1.2 207882 1510 Continuation Data
2459 16.482957 64.15.114.78 10.101.2.100 TLSv1.2 209326 1510 Continuation Data
2460 16.483060 64.15.114.78 10.101.2.100 TLSv1.2 210770 1510 Continuation Data
2462 16.485924 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#13] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482897 TSecr=82032821 SLE=189110 SRE=207882
2463 16.486004 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#14] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482898 TSecr=82032821 SLE=189110 SRE=209326
2466 16.487264 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#15] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482898 TSecr=82032821 SLE=189110 SRE=210770
2467 16.487287 10.101.2.100 64.15.114.78 TCP 2767 78 [TCP Dup ACK 2430#16] 49388 > https [ACK] Seq=2767 Ack=183334 Win=131072 Len=0 TSval=452482898 TSecr=82032821 SLE=189110 SRE=212214
2471 16.496460 64.15.114.78 10.101.2.100 TLSv1.2 183334 1510 [TCP Fast Retransmission] Continuation Data
2472 16.496793 64.15.114.78 10.101.2.100 TLSv1.2 184778 1510 [TCP Retransmission] Continuation Data
2473 16.500837 64.15.114.78 10.101.2.100 TLSv1.2 186222 1510 [TCP Retransmission] Continuation Data
2474 16.501164 64.15.114.78 10.101.2.100 TLSv1.2 187666 1510 [TCP Retransmission] Continuation Data
2475 16.504123 64.15.114.78 10.101.2.100 TLSv1.2 212214 1510 Continuation Data
2476 16.504189 64.15.114.78 10.101.2.100 TLSv1.2 213658 1510 Continuation Data
2477 16.504449 64.15.114.78 10.101.2.100 TLSv1.2 215102 1510 Continuation Data
2478 16.504515 64.15.114.78 10.101.2.100 TLSv1.2 216546 1510 Continuation Data
2483 16.505236 10.101.2.100 64.15.114.78 TCP 2767 78 49388 > https [ACK] Seq=2767 Ack=184778 Win=129600 Len=0 TSval=452482909 TSecr=82033236 SLE=189110 SRE=212214
2484 16.505256 10.101.2.100 64.15.114.78 TCP 2767 78 49388 > https [ACK] Seq=2767 Ack=186222 Win=129600 Len=0 TSval=452482910 TSecr=82033236 SLE=189110 SRE=212214
2485 16.508142 10.101.2.100 64.15.114.78 TCP 2767 78 49388 > https [ACK] Seq=2767 Ack=187666 Win=129600 Len=0 TSval=452482916 TSecr=82033236 SLE=189110 SRE=212214
2486 16.508168 10.101.2.100 64.15.114.78 TCP 2767 66 49388 > https [ACK] Seq=2767 Ack=212214 Win=106496 Len=0 TSval=452482917 TSecr=82033236
2487 16.508615 10.101.2.100 64.15.114.78 TCP 2767 66 49388 > https [ACK] Seq=2767 Ack=213658 Win=138624 Len=0 TSval=452482917 TSecr=82033270
2488 16.508635 10.101.2.100 64.15.114.78 TCP 2767 66 49388 > https [ACK] Seq=2767 Ack=216546 Win=135712 Len=0 TSval=452482917 TSecr=82033270

I've done everything reasonably possible to address this same issue. INCLUDING EVERY BLOODY STEP YOU JUST LISTED. And nothing works. ****, I even went to the Apple Store where the "genius" simply reset my phone to factory settings. Guess what? It didn't jack squat. The iPhone 6, as far as my experience has been is fundamentally broken because Apple apparently refused to listen to QA in order to make sure this exact scenario didn't play out.

If 8.0.3 doesn't fix this issue, then I'm jumping to Android and never looking back.

Great analysis. Do you also have issue of loosing wifi completely or only having wifi performance issue? I'm still on 15 days return policy so I will go to the local Apple store and replace the phone to see if it makes any difference. I'v also opened ticket with Apple support and I think we all here should do that. That's the only hope they will fix it (assuming it's software issue)

Just an update after disabling Wifi Networking, and Resetting the network settings. Yesterday night and today morning all was working fine at home. Arrived to the office go to Settings > Wi-fi and issue happened again, no Wifi networks are shown, when my laptop and other phones from co-workers are working fine and detect all available Wireless networks in the office.

Hey guys,

I restored my iphone 6 and tried everything you posted here. Don't know which one works but now my device seems like stable on both my workplace and home wifi. I would say this thing is just whimsical about wifi (sigh). I won't replace it or mail it in for repair.. just waiting for bug fix, maybe 8.0.3...?

Initially, I was seeing the symptoms where WiFi would cut out entirely. After trying some of the things on this board, and updating to 8.0.2, I've only had a WiFi cutout once. That said, at least WiFi was usable before (even if I had to reboot the phone every once in a while). Now the WiFi is completely unusable. I have to tap the reload button in Safari 10 or more times to get a simple web page to load. The logs are constantly littered with retransmissions and drops. This is the same on every WiFi network I have tried (home, work and public). Very frustrating that there is no acknowledgement from Apple.

We have a $250/m family plan with 4 iPhones which has a shared data cap of 2GB. No WiFi effectively means no data at all. Fortunately, not all of them are iPhone 6 with this WiFi issue. What a scam.

Went to the Apple store and replaced iPhone 6 with the brand new one. Will try for a few days and report here the results. Still recommend everyone with this issue to call Apple Care and open a ticket. They probably not reading this thread and the only way to grab their attention is to call in. The more calls registered the more likely they will fix it.

Will they actually replace it, though?

In 15 days they will replace no questions ask (as long as no physical damage)