<div dir="ltr">Android has a feature where wifi seems to be off<br>but the kernel module is still loaded (scanning always enabled).<br>This enables applications to scan for new SSID:s even when<br>the wifi components itself does not trigger any scan. Hence,<br>it might take a while between scan requests.<br><br>If a second scan is not made within 180 seconds, no matter how far<br>you have traveled, the scan result will be the union of<br>the new scan result and the last scan result. I might actually be able<br>to travel more than 3km (~2 miles) in this period of time and still<br>get the same SSID:s as I got in the last result. This is an extreme case<br>but enough to simplify the problematic situation. There are other real<br>world scenarios that will happen when RTT is enabled though.<br><br>The rationale behind the new value (25) is that I have noticed that a scan<br>can be made every 10 second by being in the wifi settings menu and<br>I want to be able to miss an AP one time without having it removed<br>from the cache. The reason why I did not choose 20 seconds sharp<br>is because the eloop_register_timeout that triggers<br>wpa_bss_flush_by_age method is not synced or restarted when the<br>scan result arrives.<br><br></div>