This issue only happens after some time, I haven't been able to properly identify the right conditions but a few possible triggers could be:
- connecting to another Wi-Fi and then coming back to home Wi-Fi network
- after overnight doze, in the morning
Hardware:
Nexus-6P with 6.0.1, Asus RT-AC87U with latest original firmware or latest Asuswrt-Merlin firmware (latest before 31.12.2015)
Verification:
ping your Nexus-6P from the local network, if you see ping times of around 2 seconds then the issue is there.
Code:
[email protected]:/tmp/home/root# ping nexus-6p
PING nexus-6p (192.168.10.105): 56 data bytes
64 bytes from 192.168.10.105: seq=0 ttl=64 time=2.917 ms
64 bytes from 192.168.10.105: seq=1 ttl=64 time=1083.146 ms
64 bytes from 192.168.10.105: seq=2 ttl=64 time=83.068 ms
64 bytes from 192.168.10.105: seq=3 ttl=64 time=2098.707 ms
64 bytes from 192.168.10.105: seq=4 ttl=64 time=1098.448 ms
64 bytes from 192.168.10.105: seq=5 ttl=64 time=98.510 ms
64 bytes from 192.168.10.105: seq=6 ttl=64 time=945.520 ms
64 bytes from 192.168.10.105: seq=7 ttl=64 time=104.417 ms
64 bytes from 192.168.10.105: seq=8 ttl=64 time=113.390 ms
64 bytes from 192.168.10.105: seq=9 ttl=64 time=3.880 ms
64 bytes from 192.168.10.105: seq=10 ttl=64 time=41.111 ms
64 bytes from 192.168.10.105: seq=11 ttl=64 time=2083.710 ms
64 bytes from 192.168.10.105: seq=12 ttl=64 time=1083.688 ms
64 bytes from 192.168.10.105: seq=13 ttl=64 time=83.582 ms
64 bytes from 192.168.10.105: seq=14 ttl=64 time=2155.097 ms
64 bytes from 192.168.10.105: seq=15 ttl=64 time=1155.053 ms
64 bytes from 192.168.10.105: seq=16 ttl=64 time=154.946 ms
64 bytes from 192.168.10.105: seq=17 ttl=64 time=1921.035 ms
64 bytes from 192.168.10.105: seq=18 ttl=64 time=920.965 ms
64 bytes from 192.168.10.105: seq=19 ttl=64 time=3.532 ms
64 bytes from 192.168.10.105: seq=20 ttl=64 time=1991.599 ms
64 bytes from 192.168.10.105: seq=21 ttl=64 time=991.523 ms
64 bytes from 192.168.10.105: seq=22 ttl=64 time=3.394 ms
64 bytes from 192.168.10.105: seq=23 ttl=64 time=2063.511 ms
64 bytes from 192.168.10.105: seq=24 ttl=64 time=1063.289 ms
64 bytes from 192.168.10.105: seq=25 ttl=64 time=63.159 ms
^C
--- nexus-6p ping statistics ---
26 packets transmitted, 26 packets received, 0% packet loss
round-trip min/avg/max = 2.917/823.507/2155.097 ms
Testing:
1) Running OOKLA speedtest at http://www.speedtest.net shows no degradation in speed (compared to 2.4Ghz or 5Ghz before the issue)
What's more, the ping during the OOKLA speedtest shows a very stable 3ms for the duration of the test.
2) Streaming video over Plex (local network), Netflix (from Internet), streaming a movie from a local Samba/CIFS share is fine.
Same thing, ping is stable and low (around 3ms) while Nexus Wi-Fi is busy streaming content.
3) Streaming LIVE TV from a local Enigma2 satellite receiver is NOT stable.
The high ping latency breaks the streaming and the video is jerky, stops frequently and shows signs of degradation (low fps and image decompressions artefacts).
The ping varies a lot during this type of streaming and it shows response times of 2 seconds similar to the times shown above.
The type of streaming is RTP over HTTP from a Live TV source (the normal Enigma2 streaming). My sat receiver is a Vu+ Duo2.
I have tried both HD and SD TV channels with normal streaming (not transcoding) as this requires a low latency network to stream properly.
I also have tried various video players on the Nexus-6P like BSPlayer (both software and HWacc), MX Player and the internal video player of the VU+ client.
Notes:
1) The issue doesn't happen on 2.4Ghz (same router) I have tested it for a week, everything stays stable on 2.4GHz
Ping times over 2.4GHz vary between 3ms and 300ms but nowhere near the 2 seconds observed on 5GHz
2) The same LIVE TV streaming (same source, same players used) works perfectly over 2.4GHz (same network, same router, same everything) and on 5Ghz before the issue appears (high ping latency).
3) Rebooting the Nexus-6P changes nothing, after reboot the 5GHz high ping issue is still there
4) Rebooting the Asus RT-AC87U router solves the issue, everything works fine until the issue surfaces again
Before blaming the router, I have other 5Ghz Wi-Fi devices on the network (Samsung S4, HTC One M7, MacBookPro, iPad Air, Samsung TabS) and they all work fine, no issues streaming Live TV on them from the same source.
Sincerely doubt you will get much help, with this around here. Should check with merlin himself over, on that site.
Did so, ref here:
http://www.snbforums.com/threads/wi-fi-5ghz-issue-with-nexus-6p-and-asus-rt-ac87u-router.29515/
I am using D-Link router and I have observed the same issues with 5ghz whereas its great on 2.4ghz.
While I was blaming the router for these issues, I realized that router is workin perfectly and 5ghz connection works with no issues on other devices..
Has anyone messed with AQM on their device to test if maybe if FIFO is tail dropping because the buffer is full? Perhaps PRIO should be tried with something like fq? Or try codel/fq_codel
As I can't post url, plz check YouTube and a guy EverythingAppleProJr
He has a tutorial for Asus issue and unstable Wi-Fi.
Related
Hello all, been posting this on a few forums and no on seems to have a solution / know whats cooking. Lemme start off with the basics then get into the problem itself.
Firmware: 1.5
Baseband: 62.52S.20.18U_3.22.20.17
Kernel: 2.6.27-dd63d1eb
Im based in South Africa, and my service provider is Vodacom (subsidiary of vodafone) but I have the unbranded HTC Magic with no google logo and no other logos but the HTC logo.
My problem is: When connecting to a Wifi Access Point that is connected to a machine running windows Internet Connection Sharing the default browser, youtube app, market place and any other system app cannot connect to the internet. Strangely Gtalk and Gmail work fine and Opera mini also has no issues.
I have installed FTPserver on the phone and transferred large files to test the wifi radio on the phone and so far it hasnt failed with a single transfer. The issue seems to be with Android + MS ICS. Another weird thing is that it works sometimes if I access a local (South African) site via the browser but has never worked for an international site nor has it ever worked for the youtube or market app, this leads me to believe that it is a DNS or network timeout error. On 3G/HSDPA there are no issues. There are also no issues with APs connected to the internet via PPPoE rather ICS.
So to sum up. Wifi -> AP ->ICS machine: youtube, market and browser have no internet but Gtalk, Gmail and Opera do.
Are there known issues with Microsoft ICS and Android? My iPhone and all other smart phones had no issues with this setup. Any help or advice would be much appreciated.
It may be related to some of the other issues experienced by magic users but in my case it seems to be specific to the browser, youtube and system apps.
Mmm, another interesting and possibly related result. Tracert to the Magic compared to Tracert to other Wifi devices.
This was done from a PC attached to the wifi access point via ethernet, the devices are then connected to the AP via Wifi.
Magic
Tracing route to 192.168.0.144 over a maximum of 30 hops
1 99 ms 112 ms 102 ms 192.168.0.144
Trace complete.
iPhone
Tracing route to 192.168.0.9 over a maximum of 30 hops
1 73 ms 2 ms 2 ms 192.168.0.9
Trace complete.
Laptop running WinXP
Tracing route to 192.168.0.28 over a maximum of 30 hops
1 21 ms 1 ms 1 ms 192.168.0.28
Trace complete.
It may be to do with how android deals with ICMP messages but either way why are the roundtrips on the Magic so long? Can anyone else please test this and see if their magic/saphire phones exhibit the same roundtrips?
These are stats from a Bluesocket W-LAN controller. My Magic is connected to one of the controlled APs:
Initiating ping, please wait .............
PING 192.168.170.110 (192.168.170.110): 56 octets data
64 octets from 192.168.170.110: icmp_seq=0 ttl=64 time=21.0 ms
64 octets from 192.168.170.110: icmp_seq=1 ttl=64 time=40.4 ms
64 octets from 192.168.170.110: icmp_seq=2 ttl=64 time=61.4 ms
64 octets from 192.168.170.110: icmp_seq=3 ttl=64 time=70.6 ms
64 octets from 192.168.170.110: icmp_seq=4 ttl=64 time=61.6 ms
--- 192.168.170.110 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 21.0/51.0/70.6 ms
Click to expand...
Click to collapse
But why should ICMP have anything to do with your issue?
Does your iPhone and wireless computer work as normal connected via ICS?
Yes all other devices, including: Nokia 5800, HP Hx4700, iPhone 3G, Samsung Blackjack and Laptops work fine with the current setup... Just the Magic that isn't working.
All of these devices have roundtrips less than the HTC Magic, it may or may not be related to the ICS issue.
What I was inferring with the ICMP issue is that android/the TI wifi adapter handles ICMP messages in an inconsistent manner... Since the ICS issue is also inconsistent they two issues may be related.
As yest I have not found a solution.
maedox said:
These are stats from a Bluesocket W-LAN controller. My Magic is connected to one of the controlled APs:
But why should ICMP have anything to do with your issue?
Does your iPhone and wireless computer work as normal connected via ICS?
Click to expand...
Click to collapse
I just did an experiment to see how fast my internet is by 4 different ways.
(Sighing...) It seems that the internet speed is terribly slow even by wifi.
My phone:
T-mobile G1 with Froyo (check my signature for details).
My laptop:
HP MINI.
How did I do:
I connected my laptop by
1) Wifi (Verizon)
2) Froyo's USB Tethering
3) App: PdaNet
4) App: aNetShare
to compare their internet speeds.
Location:
Manhattan, New York.
Time:
around 4:00 PM
Friday, June 25, 2010
Results (all speeds read from SPEEDTEST.NET):
1) Wifi (Verizon):
DOWNLOAD: 2.96 MB/s
UPLOAD: 0.73 MB/s
2) Froyo's USB Tethering:
DOWNLOAD: 1.37 MB/s
UPLOAD: 0.19 MB/s
3) App: PdaNet:
DOWNLOAD: 1.80 MB/s
UPLOAD: 0.28 MB/s
4) App: aNetShare:
DOWNLOAD: 1.17 MB/s
UPLOAD: 0.25 MB/s
so slow~~~
buy better internet
I've tried all the fixes, it seem either 3.1 broke it completely. or is acers/google's implementation?
and if I ping north-america.pool.ntp.org from adb shell.. I get the correct dns data (or so I think) about one every 3 trys.
64.73.32.134 seems right but the other 2 are like
# ping north-america.pool.ntp.org
PING north-america.pool.ntp.org (216.144.229.211) 56(84) bytes of data.
64 bytes from armakuni.lastninja.net (216.144.229.211): icmp_seq=1 ttl=50 time=109 ms
# ping north-america.pool.ntp.org
PING north-america.pool.ntp.org (198.137.202.16) 56(84) bytes of data.
64 bytes from conquest.kjsl.com (198.137.202.16): icmp_seq=1 ttl=50 time=86.2 ms
which might just be theire backup round robin providers (the names just strike me as weird and Im too lazy to whois them lol)..
anyways, if anyone has a working 3.1 solution for the US lay it on me!
Confirmed
Having GPS issued under 3.1 - just the early official Acer release. No worries here, usually use my Samsung Intercept device for nav/GPS - but kinda suck that it's not working since 3.1 update
PRIMEE ROM has very good gps. It is based on asus.
my gps works fine, but i switched from north-america.pool.ntp.org to us.pool.ntp.org
sometimes there is a delay in acquisition, but all my other gps devices other than my car's have been having similar issues lately
don't have 3.1 yet but my GPS works fine. did your GPS work before 3.1. ?
I love this phone but have no idea why this is happening.
I have a Asus RT-AC87U router broadcasting on 2.4 and 5Ghz. On this network my phone works great!
I bought a TP-Link range extender RE450 for better wifi on my balcony(a good one according to reviews). When I connect my laptop to the ssid of the TP-Link I get almost full speeds. When I use my phone on the TP-Link, it just dies. I do a speedtest bandwidth test, it starts going up, stops at around 2Mbps (on a 60Mbps network), crashes down then I get a network connectivity issue. So it's definitely something on the phone.
I tried:
Disabling ipv6 on my asus
Used the 2.4 and 5Ghz with the same results
Changing DNS info (dunno why)
Turning off bluetooth
Google the heck out of it (which led me to do a lot of the above)
Ping test from Mac on TP-Link to Samsung on TP-Link:
PING 192.168.1.125 (192.168.1.125): 56 data bytes
64 bytes from 192.168.1.125: icmp_seq=2 ttl=64 time=50.450 ms
64 bytes from 192.168.1.125: icmp_seq=3 ttl=64 time=383.978 ms
64 bytes from 192.168.1.125: icmp_seq=4 ttl=64 time=49.204 ms
64 bytes from 192.168.1.125: icmp_seq=5 ttl=64 time=22.416 ms
64 bytes from 192.168.1.125: icmp_seq=6 ttl=64 time=217.993 ms
64 bytes from 192.168.1.125: icmp_seq=7 ttl=64 time=17.254 ms
Ping test from Mac on Asus to Samsung on TP-Link:
PING 192.168.1.125 (192.168.1.125): 56 data bytes
64 bytes from 192.168.1.125: icmp_seq=0 ttl=64 time=258.374 ms
64 bytes from 192.168.1.125: icmp_seq=1 ttl=64 time=71.606 ms
64 bytes from 192.168.1.125: icmp_seq=2 ttl=64 time=191.697 ms
64 bytes from 192.168.1.125: icmp_seq=3 ttl=64 time=121.922 ms
64 bytes from 192.168.1.125: icmp_seq=4 ttl=64 time=84.065 ms
64 bytes from 192.168.1.125: icmp_seq=5 ttl=64 time=31.824 ms
Any ideas?
Thanks!
I have a similar setup like yours. Asus router and tp-link extender. The Asus runs 2.4 and 5ghz, the tp-link inly 2.4. 5ghz doesn't broadcast as far as 2.4. I sat with the same issue you have. To resolve the issue I stopped the 5ghz and only run 2.4ghz. What I picked up with a lot of trail and error, was that when the 5ghz signal was strong depending where I'n in my house would work great, but as soon as I got to the point wehre the 5ghz was below 50% strength and the 2,4ghz was at the same point a better signal strength the phone/router wouldn't know on which frequency to work. The S7 won't/can't change between 5 and 2.4 ghz. The reverse also happens when I connect to 2.4ghz on the other side of my house and then move to where 5ghz is strong, the same happens like with you. Almost no throughput on the wifi. The 5ghz signal is "stronger" then the 2,4, so it basically drowns the 2.4 at it's strongest point. Lots of trial and error showed me that running on only 2.4ghz is the only answer. Due to my wife's old notebook that only runs on 2.4ghz, the ideal was to have 2.4 for her and the cellphones on 5ghz, but that caused all the issues. Since I'm running only 2.4, no more crappy throughput. Running good speeds on 2.4ghz, not as fast as 5ghz, but no more network issues. If your TP-Link can do both frequencies, just run 5ghz, if not, then just 2.4ghz
Thanks termdj.
I thought I did try it only on the 2.4 with disabling the 5 completely... but I'm going to try again tonight.
Would love to get this working! Thanks for your help.
Hope it works for you
hi
any one know how to speed up mobile usb tether
speed on computer never get a test past 1mb up
http://www.speedtest.net/result/6499841208.png
on phone i get 7 up 3 down
has the dash cable someting to do with it
I’ve got the same problem. I verified it’s the device by putting the sim in a z5 compact. Upload is fine it’s just download that stalls over usb tether. I have also tried 4 different usb cables
It seems like a problem with the device or software itself.
Finally I have found someone with the same problem. Well kind of. I find the usb tether works fine on windows. However the download is slow on all flavors of linux I have tested. That is Opensuse, Fedora, Mint, and Ubuntu. I'm using a dual boot notebook, so the windows 7 pro operation is on the same hardware.
The problem is framing errors. About a third of the packets need to be sent again. On linux, run ifconfig. Your USB tether should be usb0. You will see errors on the RX line.
usb0 Link encap:Ethernet HWaddr (censored)
inet addr:192.168.42.33 Bcast:192.168.42.255 Mask:255.255.255.0
inet6 addr: 2607:fb90:84fa:32bc:801c:7bff:feea:e2d7/128 Scope:Global
inet6 addr: fe80::801c:7bff:feea:e2d7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2327 errors:438 dropped:0 overruns:0 frame:438
TX packets:2159 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2817625 (2.6 Mb) TX bytes:327971 (320.2 Kb)
Wifi tether is fine.
Yikes, I'm having the same (on Fedora, if this matters). Wifi hotspot is fast, USB, not so much.
I'm getting 90Mbps on 4G+ on the phone itself
Getting 30Mbps on wifi tethering
Getting 110Kbps on USB tethering...
enp0s20u1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.190 netmask 255.255.255.0 broadcast 192.168.42.255
RX packets 439 bytes 169395 (165.4 KiB)
RX errors 70 dropped 0 overruns 0 frame 70
TX packets 587 bytes 145175 (141.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Click to expand...
Click to collapse
asc366 said:
Yikes, I'm having the same (on Fedora, if this matters). Wifi hotspot is fast, USB, not so much.
I'm getting 90Mbps on 4G+ on the phone itself
Getting 30Mbps on wifi tethering
Getting 110Kbps on USB tethering...
Click to expand...
Click to collapse
Thanks. It has been like pulling teeth to get anyone to try to duplicate this problem. I mean really, is a linux user tethering a OP5 on USB that much of a unicorn????
I will now reopen my ticket with OnePlus that the problem has been reproduced.
Thanks again.
I got the same issue with mint with USB
Without drivers Windows doesn't Work fine too
It wouldn't hurt to open a ticket with OnePlus. Let them know it isn't an isolated incident. Include the ifconfig output.
gariac said:
I will now reopen my ticket with OnePlus that the problem has been reproduced.
Click to expand...
Click to collapse
Any news on this?
they told me do a factory :silly: reset
havent tried it yet
I have -- did a reset on Saturday. Will test soon and report back to you.
Been through all the available options:
* Unrooted stock Oxygen OS
* Rooted FreedomOS
* Rooted OxygenOS
* Custom ROMS like Resurrection Remix
Always doing a completely clean flash, wiping all partitions and restoring user data with TitaniumBackup.
USB tethering is completely b0rken, period.
This is both with Fedora 26 and OpenSUSE Tumbleweed, can't say about Windows, don't have any version of it up to date.
It's highly annoying since this is my fallback for my sometimes flaky 4G home ISP. WiFi tethering is fine, but especially for high quality streams and ssh/sshfs connections to my own server I'd like to have bandwidth very low latency. Maybe it's a modem firmware problem?
run ifconfig
any thing similar in windows
ipconfg dose not give much
I want to buy one of these OnePlus 5 bad boys but I do not see anyone doing a 6.01 Marshmallow and near as I been able to tell 7 Nuggets screwed over all tethering in all forms.
I used it on my samsung s7 and beyond tethering 7.1.1 was very glitchy messy Experience for me that left a very bad taste in my mouth.
My plan allows tethering and I never got higher than 10 kb with 7.1.1.. Reflashed and it fixed it for hot spot but the usb stopped completely ...
7.1.1 a mess and its not the Device Model but 7 Nugget based Roms...
So any word on a Custom Based 6.01 Rom ?
All I got from OnePlus was acknowledgement that my ticket was open again. Also they wanted to know that I was running the latest OS. Nothing beyond that.
I tried again after factory reset and it's still the same, max 200Kbps
```
[[email protected] ~]$ ifconfig enp0s20u1
enp0s20u1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.42.190 netmask 255.255.255.0 broadcast 192.168.42.255
ether MASKED txqueuelen 1000 (Ethernet)
RX packets 1582 bytes 1234142 (1.1 MiB)
RX errors 558 dropped 0 overruns 0 frame 556
TX packets 1724 bytes 362977 (354.4 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
```
---------- Post added at 11:12 PM ---------- Previous post was at 10:23 PM ----------
I've created a bugreport on their forum. Please star and reply with additional information if you share my experience.
https://forums.oneplus.net/threads/usb-tethering-is-very-slow-tethering-over-wifi-is-fast.630646/
Hi all,
Got feedback from OnePlus, they've instructed me to downgrade to 4.5.8. Is there anyone running 4.5.8 by any chance?
Also, I've tested Windows as well and it's fast. It's only slow on Linux.
had same problem in 4.5.8
any one get this fixed ??
Not yet. I'll poke the guys at the ticket again
Vielen Dank für das Teilen der ausgezeichneten Informationen Great Job halten die gute Arbeit