Q: wifi issues with iphone 6

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)

I am also having this issue. Just adding to the thread in hopes that it is noticed.

My 128 GB iPhone 6 Plus is not recognizing my 5 GHz network at all. It is recognizing the 2.4 GHz network.

Turning off Bluetooth allowed the 5 GHz network to be recognized after a few minutes. The instant I turn Bluetooth back on, the 5 GHz network disappears.

Hopefully this is SW, not HW.