Hi,
I noticed that my s8 is not really keeping wifi up when screen is off,
despite setting it to "always" in wifi settings menu.
So I did an experiment.
I set screen timeout to 30 seconds and started pinging the phone
every second with a simple bash script (date, ping -c 1; sleep 1).
Before screen went off the ping was stable at about 5 ms.
When screen was off but wifi on the ping was about 850 ms
but no packet loss.
During wifi-off time I was sending myself test emails to check
notification delays - it was very, verry erratic. Sometimes it took
2-3 minutes, sometimes 3 seconds. Wifi was constantly off. This
means that mobile data was used.
Notifications were not triggering wifi connection state - it was
constatntly off.
History:
Sun Aug 27 22:42:20 CEST 2017
screen on, wifi on, start monitoring script
stable ping 5 ms
0% packet loss
Sun Aug 27 22:42:50 CEST 2017 screen timeout -> off
ping jumps to 850 ms
0% packet loss
Sun Aug 27 22:48:51 CEST 2017
wifi off
100% packet loss
Sun Aug 27 22:55:38 CEST 2017 wifi up for 1 second
Sun Aug 27 23:07:34 CEST 2017 wifi up for 5 seconds
Mon Aug 28 00:42:31 CEST 2017 wifi up for 30 seconds
Mon Aug 28 01:51:56 CEST 2017
screen on, wifi on
took dump before sleep
put phone on (slow) wireless charger (battery 50%)
went to sleep
Mon Aug 28 03:39:28 CEST 2017 wifi off !!! phone still on wireless charger !!!
Mon Aug 28 04:02:10 CEST 2017 wifi on - phone still on wireless charger !!!
Mon Aug 28 04:08:07 CEST 2017 wifi off !!! phone still on wireless charger !!! tricle charge ?!
Mon Aug 28 04:31:11 CEST 2017 wifi on - phone still on wireless charger !!!
Mon Aug 28 05:21:16 CEST 2017 wifi off !!! phone still on wireless charger !!!
Mon Aug 28 05:40:14 CEST 2017 wifi on
Mon Aug 28 05:48:26 CEST 2017 wifi off
Mon Aug 28 06:20:53 CEST 2017 wifi on
Mon Aug 28 06:24:28 CEST 2017 wifi off
Mon Aug 28 06:59:01 CEST 2017 wifi on
Mon Aug 28 07:20:02 CEST 2017 wifi off
Mon Aug 28 07:37:07 CEST 2017 wifi on
Mon Aug 28 08:05:34 CEST 2017 wifi off
Mon Aug 28 08:25:33 CEST 2017 wifi on
Mon Aug 28 08:25:39 CEST 2017 wifi off
Mon Aug 28 09:05:39 CEST 2017 wifi on wake-up alarm
I did exactly the same with my Sony Xperia Z4 Tablet (SGP712):
Sun Aug 27 23:32:18 CEST 2017 screen off by hand, wifi on
Sun Aug 27 23:37:28 CEST 2017 wifi goes off by itself
Sun Aug 27 23:42:36 CEST 2017 wifi up for 1 sec, then down
Sun Aug 27 23:52:46 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 00:25:59 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 01:29:28 CEST 2017 wifi up for 45 sec, then down
Mon Aug 28 01:57:01 CEST 2017 wifi up for 13 minutes, then down
Mon Aug 28 02:14:39 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 02:24:57 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 02:40:04 CEST 2017 wifi up for 5 sec, then down
Mon Aug 28 02:58:53 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 03:55:25 CEST 2017 wifi up for 20 sec, then down
Mon Aug 28 05:41:15 CEST 2017 wifi up for 25 sec, then down
Mon Aug 28 09:29:08 CEST 2017 wifi up for 20 minutes - breakfast, then down
Mon Aug 28 10:38:37 CEST 2017 wifi up for 5 sec, then down
Mon Aug 28 11:48:35 CEST 2017 wifi up for 25 sec, then down
Mon Aug 28 13:47:09 CEST 2017 wifi up for 30 sec, then down
Mon Aug 28 14:14:35 CEST 2017 finished tests with Z4.
AFAIK, every android device shoud send heartbeat to google push servers
every 15 minutes on wifi and 28 minutes on mobile. It looks like mine dont.
Interesting, right?
cheers.
awionetka said:
Hi,
I noticed that my s8 is not really keeping wifi up when screen is off,
despite setting it to "always" in wifi settings menu.
So I did an experiment.
I set screen timeout to 30 seconds and started pinging the phone
every second with a simple bash script (date, ping -c 1; sleep 1).
Before screen went off the ping was stable at about 5 ms.
When screen was off but wifi on the ping was about 850 ms
but no packet loss.
During wifi-off time I was sending myself test emails to check
notification delays - it was very, verry erratic. Sometimes it took
2-3 minutes, sometimes 3 seconds. Wifi was constantly off. This
means that mobile data was used.
Notifications were not triggering wifi connection state - it was
constatntly off.
History:
Sun Aug 27 22:42:20 CEST 2017
screen on, wifi on, start monitoring script
stable ping 5 ms
0% packet loss
Sun Aug 27 22:42:50 CEST 2017 screen timeout -> off
ping jumps to 850 ms
0% packet loss
Sun Aug 27 22:48:51 CEST 2017
wifi off
100% packet loss
Sun Aug 27 22:55:38 CEST 2017 wifi up for 1 second
Sun Aug 27 23:07:34 CEST 2017 wifi up for 5 seconds
Mon Aug 28 00:42:31 CEST 2017 wifi up for 30 seconds
Mon Aug 28 01:51:56 CEST 2017
screen on, wifi on
took dump before sleep
put phone on (slow) wireless charger (battery 50%)
went to sleep
Mon Aug 28 03:39:28 CEST 2017 wifi off !!! phone still on wireless charger !!!
Mon Aug 28 04:02:10 CEST 2017 wifi on - phone still on wireless charger !!!
Mon Aug 28 04:08:07 CEST 2017 wifi off !!! phone still on wireless charger !!! tricle charge ?!
Mon Aug 28 04:31:11 CEST 2017 wifi on - phone still on wireless charger !!!
Mon Aug 28 05:21:16 CEST 2017 wifi off !!! phone still on wireless charger !!!
Mon Aug 28 05:40:14 CEST 2017 wifi on
Mon Aug 28 05:48:26 CEST 2017 wifi off
Mon Aug 28 06:20:53 CEST 2017 wifi on
Mon Aug 28 06:24:28 CEST 2017 wifi off
Mon Aug 28 06:59:01 CEST 2017 wifi on
Mon Aug 28 07:20:02 CEST 2017 wifi off
Mon Aug 28 07:37:07 CEST 2017 wifi on
Mon Aug 28 08:05:34 CEST 2017 wifi off
Mon Aug 28 08:25:33 CEST 2017 wifi on
Mon Aug 28 08:25:39 CEST 2017 wifi off
Mon Aug 28 09:05:39 CEST 2017 wifi on wake-up alarm
I did exactly the same with my Sony Xperia Z4 Tablet (SGP712):
Sun Aug 27 23:32:18 CEST 2017 screen off by hand, wifi on
Sun Aug 27 23:37:28 CEST 2017 wifi goes off by itself
Sun Aug 27 23:42:36 CEST 2017 wifi up for 1 sec, then down
Sun Aug 27 23:52:46 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 00:25:59 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 01:29:28 CEST 2017 wifi up for 45 sec, then down
Mon Aug 28 01:57:01 CEST 2017 wifi up for 13 minutes, then down
Mon Aug 28 02:14:39 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 02:24:57 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 02:40:04 CEST 2017 wifi up for 5 sec, then down
Mon Aug 28 02:58:53 CEST 2017 wifi up for 1 sec, then down
Mon Aug 28 03:55:25 CEST 2017 wifi up for 20 sec, then down
Mon Aug 28 05:41:15 CEST 2017 wifi up for 25 sec, then down
Mon Aug 28 09:29:08 CEST 2017 wifi up for 20 minutes - breakfast, then down
Mon Aug 28 10:38:37 CEST 2017 wifi up for 5 sec, then down
Mon Aug 28 11:48:35 CEST 2017 wifi up for 25 sec, then down
Mon Aug 28 13:47:09 CEST 2017 wifi up for 30 sec, then down
Mon Aug 28 14:14:35 CEST 2017 finished tests with Z4.
AFAIK, every android device shoud send heartbeat to google push servers
every 15 minutes on wifi and 28 minutes on mobile. It looks like mine dont.
Interesting, right?
cheers.
Click to expand...
Click to collapse
I have seen this with different Android phones the last couple of years. So when I get an email via Gmail and my phone's screen is off/standby, then I may not get notification right away and often there could be delay from 10 or more minutes. Samsung's email app does it instantly every time. Also "doze mode" which started on Android 6, could make this complicated.
Related
I have my OpenVPN connection working well - but there is small issue.
Most of the data is still going through the normal network.
Everything because I have really strange values in route table.
Please look at the attached picture.
I have doubled routing table.
One is for VPN - another from provider.
It is not correct so there is an issue.
Any proposal how to solve this please.
I want to have all my connections only going through my VPN.
Thanks
Mike
morcom said:
I have my OpenVPN connection working well - but there is small issue.
Most of the data is still going through the normal network.
Everything because I have really strange values in route table.
Please look at the attached picture.
I have doubled routing table.
One is for VPN - another from provider.
It is not correct so there is an issue.
Any proposal how to solve this please.
I want to have all my connections only going through my VPN.
Thanks
Mike
Click to expand...
Click to collapse
I have similar problem :
Wed Jun 22 22:39:44 2011 us=503134 PUSH: Received control message: 'PUSH_REPLY,route 10.8.0.0 255.255.255.0,ping 10,ping-restart 120,ifconfig 10.8.0.26 10.8.0.25'
Wed Jun 22 22:39:44 2011 us=503251 Options error: Unrecognized option or missing parameter(s) in [PUSH-OPTIONS]:1: route (2.1.1)
Wed Jun 22 22:39:44 2011 us=503348 Options error: Unrecognized option or missing parameter(s) in [PUSH-OPTIONS]:4: ifconfig (2.1.1)Wed Jun 22 22:39:44 2011 us=503424 OPTIONS IMPORT: timers and/or timeouts modified
Wed Jun 22 22:39:44 2011 us=505237 TUN/TAP device tun0 opened
Wed Jun 22 22:39:44 2011 us=505351 TUN/TAP TX queue length set to 100
Wed Jun 22 22:39:44 2011 us=505500 Initialization Sequence Completed
Wed Jun 22 22:39:44 2011 us=505579 MANAGEMENT: >STATE:1308775184,CONNECTED,SUCCESS,,192.168.1.10
If you are using HTC In OpenVPN Settings press menu > Advanced > Fix HTC Routes
No, my phone is Lg Dual.
Sent from my LG-P990 using XDA App
Galaxy S II
I have a similar problem with my Galaxy S II i9100. It seems traffic still passes through the primary connection even though OpenVPN reports connecting successfully.
Very same problem here: Openvpn installed and apparently running well, able to connect to VPN server and get an IP adress from it. If I specifically try to ping a machine on the lan behind the router/VPN server, it works.
Still, all internet traffic on the device keeps going "directly" out (via 3G or wifi), and nothing goes through the VPN tunnel.
This is what my routing table looks like once the VPN is established:
---------------------------------------------------------------
# route
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Ifac
10.8.0.5 * 255.255.255.255 UH 0 0 0 tun0
10.8.0.1 10.8.0.5 255.255.255.255 UGH 0 0 0 tun0
192.168.1.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0
78.250.128.0 * 255.255.128.0 U 0 0 0 eth0
default 78.250.255.254 0.0.0.0 UG 0 0 0 eth0
---------------------------------------------------------------------
10.8.x.y is my VPN subnet
192.168.1.z is my LAN 'behind the VPN)
78.250..... is the IP adress from the wifi connection
I'm absolutely no expert, but it seems to me that the problem is that "default" routing is still via the direct wifi (same deal with 3g connection, with the pdp0 interface instead of eth0, obviously) and not through the tunnel.
Any help would be greatly appreciated
EDIT: openvpn.net/index.php/open-source/documentation/howto.html#redirect seems to do the trick. Now all my traffic apparently goes through the VPN. I still have a likely issue on the server side routing, as it does not exit on the internet afterwards, but at least nothing goes out of the device via direct wifi or 3g anymore when the VPN is active.
M.
Hi all, I dunno if anyone can help but I am currently experiencing a strange problem with my phone. I am running an Android HTC Desire with CyanogenMod nightly. For some reason my phone is constantly sending a DHCP request packet every couple of minutes, I don't understand why as the phone never loses the wi-fi connection. I have proved this by looking in the router security log which shows:
Jul 30 16:48:15 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Jul 30 16:48:15 router daemon.info udhcpd[348]: check_conf_ip_assign s Sat Jul 30 16:48:15 2011
Jul 30 16:48:15 router daemon.info udhcpd[348]: check_conf_ip_assign e Sat Jul 30 16:48:15 2011
Jul 30 16:48:15 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Jul 30 16:50:40 router daemon.info udhcpd[348]: received REQUEST
Jul 30 16:50:40 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Jul 30 16:50:40 router daemon.info udhcpd[348]: check_conf_ip_assign s Sat Jul 30 16:50:40 2011
Jul 30 16:50:40 router daemon.info udhcpd[348]: check_conf_ip_assign e Sat Jul 30 16:50:40 2011
Jul 30 16:50:40 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Jul 30 16:53:03 router daemon.info udhcpd[348]: received REQUEST
Jul 30 16:53:03 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Jul 30 16:53:03 router daemon.info udhcpd[348]: check_conf_ip_assign s Sat Jul 30 16:53:03 2011
Jul 30 16:53:03 router daemon.info udhcpd[348]: check_conf_ip_assign e Sat Jul 30 16:53:03 2011
Jul 30 16:53:03 router daemon.info udhcpd[348]: sending ACK to 192.168.2.9
Also I installed WireShark on my laptop to monitor the packets being sent and wireshark shows that it is a dhcp request from the phone to the broadcast address 255.255.255.0.
My dad's phone is an HTC Desire HD and my mum's is an HTC Desire with the normal HTC Sense software running, neither of these have the DHCP request issue only mine. The reason why I noticed this is because its actually slowing the router down by a 1mbps which when you are on a fairly slow internet speed makes a big difference. When I go into the router and block the mac address of the phone the internet speed goes up.
Do any of you have any suggestions on what I could try because I don't know where to look.
Thanks
hi, i have an essential running this os:
Code:
mata:/data/data/berserker.android.apps.sshdroid/home # uname -a -m -p
Linux localhost 4.4.21-lineage+ #1 SMP PREEMPT Tue Nov 14 13:44:18 CST 2017 armv8l GNU/Linux
i am not able to use wifi hotspot although tethering still worx.
i tried with my laptop and tablet but neither will connect to my fone. they work on other wifi routers.
when i enable wifi hotspot on my fone, it says 0 clients connected; then i clik on it in the list of ssid's on my laptop; then my fone will say 1 client connected; my laptop will timeout after a minute and say connection failed and the fones display will say 0 clients connected.
Hi, guys ... My OP7P has been working pretty well for a long time now, with low battery drain when sleeping/idle overnight (Usually a little under 3% drain for 8 hours overnight)
A few weeks ago, my OP7P battery started draining much faster, around 12% overnight when sleeping for 8 hours. I know that previous tools like Wakelock Detector were good for finding power drainers for older versions of Android, but I have read that wakelocks aren't what they used to be in newer versions of Android. My phone isn't indicating anything specific that is causing the higher battery drain.
What tools are available for isolating the battery sucking apps/services on Android 10 / stock OOS 10.3.3? My phone is rooted, so hopefully I have options.
Thanks,
¿GJ?
You can try BetterBatteryStats
(version 2.5-341 from Oct 26, 2019 at 20:39)
PHP:
OOS Open Beta 12 (OnePlus7ProOxygen_13.W.31_OTA_031_all_2004111755_397ef15c84.zip) + lineage-17.1-20200420-nightly-guacamole-signed.zip (4.14.117-perf-g3a3f144) + Magisk-v20.4.zip + twrp-3.3.1-79-guacamole-unified-installer-mauronofrio.zip
Overall: 0,5%/h (8h 19m 41s, 97% to 93%) - 2 sims - LTE/WCMDA & LTE/WCMDA - mobile data off - wlan on
Overall: 1,8%/h (8h 20m 10s, 100% to 85%) - 2 sims - LTE/WCMDA & LTE/WCMDA - mobile data on - wlan off
OOS Open Beta 11 (OnePlus7ProOxygen_13.W.29_OTA_029_all_2003130822_ 1b7c.zip) + LOS 17.1-20200406-NIGHTLY-guacamole + Magisk-v20.4.zip
Overall: 0,9%/h (9h 2m 20s, 100% to 92%) - 1 sim in slot 1 - GSM(EDGE) - mobile data on - wlan off
Overall: 1,3%/h (9h 35m 59s, 100% to 88%) - 1 sim in slot 1 - WCDMA(H+) - mobile data on - wlan off
Overall: 1,9%/h (8h 45m 14s, 100% to 83%) - 1 sim in slot 1 - LTE - mobile data on - voLTE on - wlan off
Overall: 1,9%/h (9h 34m 47s, 92% to 74%) - 1 sim in slot 1 - LTE/WCDMA - mobile data on - voLTE off - wlan off
Overall: 0,4%/h (7h 21m 36s, 100% to 97%) - no sims - wlan on -
Overall: 0,4%/h (7h 38m 57s, 100% to 97%) - no sims - wlan off - airplane mode on
No enjoy with LTE mobile data on
moreroid said:
You can try BetterBatteryStats
(version 2.5-341 from Oct 26, 2019 at 20:39)
PHP:
OOS Open Beta 12 (OnePlus7ProOxygen_13.W.31_OTA_031_all_2004111755_397ef15c84.zip) + lineage-17.1-20200420-nightly-guacamole-signed.zip (4.14.117-perf-g3a3f144) + Magisk-v20.4.zip + twrp-3.3.1-79-guacamole-unified-installer-mauronofrio.zip
Overall: 0,5%/h (8h 19m 41s, 97% to 93%) - 2 sims - LTE/WCMDA & LTE/WCMDA - mobile data off - wlan on
Overall: 1,8%/h (8h 20m 10s, 100% to 85%) - 2 sims - LTE/WCMDA & LTE/WCMDA - mobile data on - wlan off
OOS Open Beta 11 (OnePlus7ProOxygen_13.W.29_OTA_029_all_2003130822_ 1b7c.zip) + LOS 17.1-20200406-NIGHTLY-guacamole + Magisk-v20.4.zip
Overall: 0,9%/h (9h 2m 20s, 100% to 92%) - 1 sim in slot 1 - GSM(EDGE) - mobile data on - wlan off
Overall: 1,3%/h (9h 35m 59s, 100% to 88%) - 1 sim in slot 1 - WCDMA(H+) - mobile data on - wlan off
Overall: 1,9%/h (8h 45m 14s, 100% to 83%) - 1 sim in slot 1 - LTE - mobile data on - voLTE on - wlan off
Overall: 1,9%/h (9h 34m 47s, 92% to 74%) - 1 sim in slot 1 - LTE/WCDMA - mobile data on - voLTE off - wlan off
Overall: 0,4%/h (7h 21m 36s, 100% to 97%) - no sims - wlan on -
Overall: 0,4%/h (7h 38m 57s, 100% to 97%) - no sims - wlan off - airplane mode on
No enjoy with LTE mobile data on
Click to expand...
Click to collapse
Thanks, @moreroid! I forgot about BBS ... I reinstalled BBS and am running it now to collect data. One app that was causing partial wakelocks was the OnePlus Account app, which I just disabled.
after getting the new orange funbox 6 my windows laptop worked fine very happy, my galaxy tab 2 mod nr. SM-T810 finds the funbox 6 and connect ,s but has become very slow and takes minutes to load pages , after takeing to a shop the tab2 worked top again at home the tab will not work properly with the new funbox 6 l need some help,,,,,,,,
The Orange Funbox WiFi 6 - as it name implies - offers the Wi-Fi 6 standard (802.11 ax) whereas your tablet only supports Wi-Fi 4 (802.11b/g/n).
FYI:
With Wi-Fi 6 the max. bandwidth is 10 - 11 Gbit / sec. With Wi-Fi 4 the max. bandwith is ~ 600 Mbit / sec.
jwoegerbauer said:
The Orange Funbox WiFi 6 - as it name implies - offers the Wi-Fi 6 standard (802.11 ax) whereas your tablet only supports Wi-Fi 4 (802.11b/g/n).
FYI:
With Wi-Fi 6 the max. bandwidth is 10 - 11 Gbit / sec. With Wi-Fi 4 the max. bandwith is ~ 600 Mbit / sec.
Click to expand...
Click to collapse
thank you, is there somthing l can do,
mantonart said:
thank you, is there somthing l can do,
Click to expand...
Click to collapse
Yes, buy a phone that supports Wi-Fi 6 because Wi-Fi 6 is hardware dependent.
Look inside here:
Wi-Fi 6 Compatible Smartphones : Here’s a list of supported devices in 2022 - TechieTechTech
Check if your phone is Wi-Fi 6 compatible. Here are WiFi 6 compatible smartphones in 2022, they will help you experience fast WiFi technology.
www.techietech.tech