Go To Sleep, Go To Sleep, Go To Sleep Little iPhone
In some circles, Apple Wi-Fi devices are knows to have problems with lost connections. iPhones and iPads will unexpectedly miss incoming calls, have delays in receiving push notifications and even be forced to reauthenticate.
There is a solution to Apple devices' connection problems, and as with most "device problems", the fix resides on the infrastructure. The DTIM setting needs to be increased. (Apple recommends a setting of 3 or higher.) Here's why:
Some Apple Wi-Fi connection problems stem from Apple iOS devices' use of 802.11 power management. To understand what Apple devices are doing with power management, one must first understand how 802.11 power management works.
Let's start with unicast data. The 802.11 standard allows devices' Wi-Fi radios to enter the Doze state in order to conserve battery life. Wi-Fi radios in the Doze state are unable to receive data from the AP, so APs buffer all unicast data that has a destination MAC address of a device that's in the Doze state.
This works just fine on Apple iOS devices, as my seen in a capture of my iPhone 6S:
***
There is a solution to Apple devices' connection problems, and as with most "device problems", the fix resides on the infrastructure. The DTIM setting needs to be increased. (Apple recommends a setting of 3 or higher.) Here's why:
Some Apple Wi-Fi connection problems stem from Apple iOS devices' use of 802.11 power management. To understand what Apple devices are doing with power management, one must first understand how 802.11 power management works.
Let's start with unicast data. The 802.11 standard allows devices' Wi-Fi radios to enter the Doze state in order to conserve battery life. Wi-Fi radios in the Doze state are unable to receive data from the AP, so APs buffer all unicast data that has a destination MAC address of a device that's in the Doze state.
This works just fine on Apple iOS devices, as my seen in a capture of my iPhone 6S:
Broadcast and multicast data is different from unicast data. APs send broadcasts and multicasts once for the entire basic service set (BSS, which means all of the devices that are connected to any single SSID on any single AP).
The 802.11 standard handles the transmission of broadcasts and multicasts to sleeping device radios by giving devices a timer for waking up. This timer is called the DTIM (delivery traffic indication message). Every AP beacon indicates how much time is expected to elapse before the next DTIM. Immediately after sending a DTIM, the AP will send all broadcasts and multicasts that have been held in the AP's buffer. Devices have the option of waking their Wi-Fi radios in time to receive the DTIM and the broadcast & multicast data that follows. Devices can then go back to sleep after receiving broadcasts and multicasts.
The problem, at least as Apple sees it, is that battery life is more important than broadcast/multicast latency. Apple doesn't want iOS devices to have to wake up for every DTIM because waking requires more power than sleeping. If an iPhone's Wi-Fi radio wakes up ten times per second, that drains more of the iPhone's battery than if the radio wakes up three times per second.
Apple has chosen to preserve battery life for iOS devices by waking up less often, but there is a cost. If an AP sends DTIMs and empties its buffer of broadcasts & multicasts more often than an iPhone wakes up, then the iPhone will miss some broadcast and multicast traffic.
You can see my iPhone 6S missing broadcasts & multicasts in Wireshark.
Here's my iPhone's wake/sleep pattern:
Before my iPhone goes to sleep, it sends a Null Data frame to the AP. Wireshark labeled this frame number 18392. When my iPhone wakes up, it sends another Null Data frame to the AP. The wake-up frame was labeled by Wireshark as number 18494. (I filtered out everything except for Null Data frames for the screenshot above.)
While my iPhone was sleeping, the AP sent out a broadcast:
Notice how the broadcast is labeled by Wireshark as number 18493. My phone indicated that it was awake with frame 18494. So, my phone probably* missed that broadcast.
(*I say "probably" because it's impossible to tell the exact microsecond that my phone stopped sleeping. It's possible that my phone woke up and then waited to send a Null Data frame telling the AP that it was awake. It wouldn't make any sense for a Wi-Fi device to wait to tell the AP that it's awake, but it's possible.)
All of this is red meat to the Wi-Fi community's populace of device-blamers (of which I am most certainly not a member). If you love blaming your bad Wi-Fi on devices, feel free to print out this blog and frame it. The AP is explicitly telling the iPhone when DTIMs (followed by broadcasts and multicasts) will be transmitted, as seen here:
Every single Beacon with a DTIM count of 0 is a DTIM Beacon. Every Beacon with a DTIM count of 1 is telling my iPhone that the next Beacon will be a DTIM Beacon. The iPhone 6S surely sees all of this, but it decides to sleep through broadcasts and multicasts anyway.
I look at the iPhone's sleep patterns a different way. I love long battery life. (Because I think that users love long battery life.) If Apple wants to have iPhone sleep through DTIMs -- which is permitted in the 802.11 Standard, mind you -- then I say let them do it. We, as Wi-Fi folks, need to adjust our infrastructure to allow these iPhones to maximize battery life without missing too many broadcasts and multicasts.
If you want to minimize the likelihood of iOS devices missing broadcast and multicast data, you can raise the DTIM setting on your APs. Apple recommends a DTIM setting of at least 3 (thanks to Andrew Von Nagy of Revolution Wi-Fi for tipping me off to that on Twitter), which would give devices the ability to sleep for up to 300 kilo-microseconds without missing and broadcast or multicast data. Raising the DTIM setting could prevent users from experiencing missed Wi-Fi calls, repeated re-authentications and other known connection issues on Apple iOS devices.
If you like my blog, you can support it by shopping through my Amazon link. You can also donate Bitcoin to 1N8m1o9phSkFXpa9VUrMVHx4LJWfratseU
Twitter: @Ben_SniffWiFi
Twitter: @Ben_SniffWiFi
ben at sniffwifi dot com
Ben, do you have the source of where Andrew found the information on Apples' recommendation?
ReplyDeleteThanks,
Eric
He said he contacted Apple.
DeleteHow do you adjust the DTIM on a iPhone 12pro?
Deletefuturewithtech
DeleteRegarding the comment - "Before my iPhone goes to sleep, it sends a Null Data frame to the AP. Wireshark labeled this frame number 18392. When my iPhone wakes up, it sends another Null Data frame to the AP. The wake-up frame was labeled by Wireshark as number 18494"
ReplyDeleteI just wanted to clarify one thing - Data Null (PM=1) and Data Null (PM=0) should not be considered precise markers of when Phone is asleep or awake. They are really the markers for when Phone is asking the AP to start/stop buffering unicast data. A phone could very well be awake in between to receive the MCAST/BCAST traffic. A Data Null (PM=0) needs to sent only when Phone wants AP to start delivering any buffered unicast data.
But In general , I agree with core message here which is IPhone sleeps for a longer interval to save battery at the cost of missing some of the BCAST/MCAST traffic
Absolutely, Kumar. Still, I would say that it is unlikely that Apple is keeping iPhone Wi-Fi radios awake in between Null data frames. Why lose all of that battery life?
DeleteSo, current issues with iPhone and other iOS devices with newer versions continue. I set DTIM at 3 and phones still dropped Internet (although still connected to network and getting DHCP). Tried it all the way to 125 and connectivity is better, but will eventually drop again. There has to be a magic number where the timing between the iOS sleep and the ACK request are in sync. Anyone figured this out yet?
ReplyDeleteDepending on the app you need to run, keeping iPhones connected can be more complicated than adjusting the DTIM.
DeleteInteresting post. I Have Been wondering about this issue, so thanks for posting. Pretty cool post.It 's really very nice and Useful post.Thanks
ReplyDeletedigital marketing courses in hyderabad with placement
Thanks For Your Post, Are You Interested to learn digital marketing training for free, here is a source for you.
ReplyDeletedigital marketing training institute
digital marketing course Training in madhapur
digital marketing Training near me
digital marketing training in vijaywada
digital marketing training in hyderabad
i always used mobile before going to sleep its more dangerous for eys weakness
ReplyDeleteOBD2 Apps for iPhone
Looking forward to reading more. Great blog post. Really Great.Mulberry silk bedding
ReplyDeleteIt is essential whilst you pick to shop for personal label dietary supplements which you make certain your dealer now no longer simplest offers this service, however has their very own group of expert and skilled designers available to make certain you get the very best first-rate labels.white label supplement manufacturer
ReplyDeleteI loved reading this post. Thanks for sharing your knowledge.
ReplyDeletematrimony website development cost
online exam portal website
i like this blog.The leather jacket is cool, you should try some.killer croc black jacket cheap
ReplyDeleteI am impressed by the information that you have on this blog. It shows how well you understand this subject.
ReplyDeletedata scientist course
I've been troubled for several days with this topic. 슬롯사이트, But by chance looking at your post solved my problem! I will leave my blog, so when would you like to visit it?
ReplyDeleteThanks for sharing a wonderful article. It is an amazing article !!!!!
ReplyDeleteI really like your blog it is very interesting !!!
ReplyDeleteIt's good to be back! I thought I've been to this site before, but after reading some of the posts, I realized it's new to me. In any case, I'm glad I found it and will definitely bookmark it and check back often. How much is a visa for India? Indian e visa fees depend on your nationality and your visa type.
ReplyDeleteIt's late discovering this demonstration. At any rate, it's a thing to be acquainted with that there are such occasions exist. I concur with your Blog and I will have returned to investigate it more later on so please keep up your demonstration.
ReplyDeleteThanks for providing relevant information as per the topic. That's why I like your articles.
ReplyDeleteTATA Prima 5530
Intresting info and good to know, rarley use IOS devices but have noticed sometimes android would show the same behaviour, haven't seen it in a while though so may of been related to older OpenWrt I had running at the time, useful info if it shows these symptoms again :)
ReplyDeleteSMR Vinay ICONIA is an iconic gated community and one of the best Luxury Apartments in Hyderabad. We have meticulously planned every detail so that each home makes a statement. Our premium amenities are redefining the perception of luxury apartments in Hyderabad.
ReplyDeleteHi nice post great information thank you so much
ReplyDeletebbg india
rp esate
bbg india hyderabad
bbg india
bbg india
bbg india
Awesome post thank you for sharing check my article here arieshemp
ReplyDeleteAwesome post
ReplyDeleteViral Growth Media
Nice site. Keep up the great work Securities Fraud Class Actions
ReplyDeletehttps://pagingsupermom.com/adorable-stocking-tags-12-free-christmas-printables/#comment-696194
ReplyDeleteThis is so amazing Thanks for posting Classaction Lawsuit List
ReplyDeleteDevices can then go back to sleep after receiving broadcasts and multicasts like fixing dent in drywall.
ReplyDeleteThank you for taking the time to share this information. demolition
ReplyDeletevery nice blog.
ReplyDeleteChandigarh Career Group is a premier institute for NDA Coaching in Chandigarh renowned for its excellent faculty and personalized training methods. Offering comprehensive study material, regular mock tests, and disciplined preparation strategies, the institute ensures aspirants excel in both written exams and SSB interviews.