I'm having a tether problem that I'm hoping somebody can help me with. Getting the actual tethering to work is no problem, I've been able to tether via DUN, Bluetooth, PDANet and also with Internet Sharing on the new ROM.
The problem I have is with speed. I'm in an HSDPA area and am getting HSDPA data (this is definate). Tethering using any of the above methods to my XP Pro PC with a USB cable (USB 2.0 ports) gives me a peak speed of roughly 600kbps - like clockwork (Bluetooth, of course, is slower.) For the longest time I believe the problem was something with the phone but then when I connected my phone to another PC I got the speed I expected (1 - 1.1 Mbps) consistently. That guys phone also get similar speeds on his PC. Connect his phone to my PC and the speeds go to 600 kbps.
I've updated every driver and piece of software that I can think of but I can not get the problem fixed. I'm pulling out my hair (and don't have alot to spare anymore.)
Any ideas???
Bob
Anybody have any ideas? This is driving me nuts. I hate to have to go get an aircard when I know that this can work.
On a side note, I borrowed an AirCard and got as high as 1800 on the download (3 blocks from the tower . . . ) which was cool.
Thanks!
Fixed - needed to increase the RWIN value (per dslreports.com). See http://www.howardforums.com/showthread.php?t=1116230
Thanks,
Unbelievable! works like a charm!
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
Is it just me or are WiFi speeds on these tablets very slow? If anyone know Of a fix it would be appreciated.
Sent from my Nexus 7 using xda premium
I've seen other posts where people have found a small gap in the shell resulting in poor contact inside for the wifi leads. Some were able to squeeze the shell tighter to help and some opened the back and tried to carefully adjust the pins to make better contact. At least one person broke a contact pin, so be careful if you try that. My wi-fi connection and speeds are very good.
I can download a 100 Mb file in less than a minute, and web pages take less that 3 second to load.
Though, I have a 30 Mb/s connection from Charter that I can constantly get up to 45 for some reason.
Last night I transferred GBytes of data via ADB (i did a full tablet wipe and a bunch of restores) and couldn't help but notice that sustained data transfer via (wired) ADB is only about 1.4 Mbytes/sec. Sort of pathetic waiting around for a half-hour to transfer a 2.5 GB file.
Anyway, not to jack the OP (which is about WiFi), but I wanted to try and figure out what my best options are for high-speed backup (I have a 32 GB N7!) - including WiFi as an option.
Ran a couple of file transfer trials this morning using a ROM file that was 150,137,068 bytes.
Results first, more detail on each setup follows. (The results are compared in terms of data payload per second; in the cases where protocol overhead is high, the wire-speeds would be higher than calculated)
[1] SMB/CIFS write via WiFi : 518sec => 2.32 Mbits/sec. UGH (best of three trials)
[2] FTP put via WiFi : 109sec => 11.06 Mbits/sec
[3] FTP get via WiFi : 121sec => 9.9 Mbits/sec
[4] adb pull via USB : 78sec => 15.4 Mbits/sec
[5] adb push via USB : 117sec => 10.3 Mbits/sec
[6]* OTG VFAT write via USB: 33sec => 36.4 Mbits/sec
[7]* MTP copy via USB 13sec => 92.4 Mbits/sec
In the WiFi cases:
- Linksys WRT54G (802.11g) router circa 2006 [ 802.11g theoretical bw 54 Mbps ] 6' away -35 dBm signal
- SMB/CIFS "server" Windows Xp SP3 laptop on 100 Mbps Ethernet segment attached to router
- N7 SMB client app ES File Manager
- FTP Server app (Andreas Liebig) on N7
- FTP client app Windows Xp default ftp app for both push and pull
- Windows box on Ethernet, N7 only on WiFi.
In the OTG case:
- 8 GB Sandisk Class 2 microSD card on a card reader attached to OTG cable; single partition, empty card, VFAT formatting.
In the ADB case:
- adb v 1.0.31, Win 7 Pro x64, Quad-Core i5, USB 2.0
Observing the WinXp task manager performance tab during CIFS or FTP transfers, the wired (Ethernet) link would show a high degree of variability, oscillating between 5 Mbps to 15 Mbps instantaneous rates. Hard to say whether this is a router performance issue or something else (11 Mbits/sec approaches 1000 pkts/sec at a MTU of 1500 bytes).
* The numbers for the OTG and MTP transfer tests are possibly questionable as the role of file caching is unknown - the times given here are only the times that the file transfer dialog(s) remain on-screen. (The writes could be completing in the background out of cache with nothing showing on the screen) In particular, note that the OTG copy involved a "Class 2" microSD card - and yet the write speed seemed closer to 4.5 Mbytes/sec, rather than 2 Mbytes/sec
The SMB/CIFS transfer times are quite pathetic; but as with all performance measurements, any participant in the test could be the long pole in the tent. For instance, the issue might be the ES File Manager app. I did not test with a N7 CIFS-capable kernel.
Also, it would also appear that performance of ADB for file transfers are quite poor - well, in comparison to MTP anyway. Too bad MTP doesn't preserve file timestamps (as well as all sorts of other oddities).
Apologies in advance for using file transfer as a network benchmarking method - my connection to the outside world (DSL) peaks at only 3.8 Mbits/second, so I would need to set up some kind of LAN server to benchmark network performance in absence of flash-memory or hard-drive writes.
Anybody have any performance numbers to share for:
- OTG mounts of hard drives or SSD devices with NTFS or ext4 file systems
- CIFS/SMB network mounts with CIFS-capable kernels
- WiFi speed tests when remote server is via FiOS or U-Verse fiber connection?
========================================================================
[Edit] -- Added some network-only test results.
FWIW, I ran a couple of tests using the "netcat" tool to evaluate the same setup without writing files to mass storage devices. It turned out that a terminal emulator app that I have has a busybox with netcat built in, so I booted the WinXp laptop into a Ubuntu Live CD (10.04LTS), and ran netcat TCP write tests in both directions. I also used "iptraf" to look at peak bit rates.
Result? Peak observed speeds were about 16.6 Mbits/second, and sustained-average results were in the 11-12 Mbit/second range. From that I conclude that that the FTP transfer tests were probably network-limited, as testing involving file writes were really no slower than this. Whether that means the "N7 is WiFi limited" or something else is not deducible from the data I collected. In this case, it takes three to tango (N7 - router - laptop).
I do note however that blahman179 said above "100 MB in less than a minute" - 100 MB in 60 seconds is about 14 Mbits/second. Only a little faster than what I observed - right in the same neighborhood.
Note that I had my WiFi router set to G-only. I suppose that the basic bit rate with huge signals in the -30 dBm range means that the radios are indeed transferring packets at a 54 Mbit/sec bit rate - but with a duty factor of less than 30%.
@OP:
fwiw, I did a little searching. Some XDA N7 users with high speed ISP connections report peak download rates of 20-30 Mbps when connected to networks that can do much better than this using PCs.
That "speedtest.net" app reports peak values recorded over short intervals - I suppose that sustained (average) transfer rates are somewhat worse than this.
bftb0 said:
@OP:
fwiw, I did a little searching. Some XDA N7 users with high speed ISP connections report peak download rates of 20-30 Mbps when connected to networks that can do much better than this using PCs.
That "speedtest.net" app reports peak values recorded over short intervals - I suppose that sustained (average) transfer rates are somewhat worse than this.
Click to expand...
Click to collapse
Also Comcast and probably others boost your speed for the first part of your download making burst speeds optimistic.
Sent from my SCH-I605 using xda premium
I have 60 megabit, ive not sat and worked it out, but I often get speeds of 5500kb/s on torrents over wifi. Maybe not making use of all my bandwidth, but the downloads come in quick enough for me.
Sent from my Nexus 7 using Tapatalk HD
Having trouble with all wifi connections on my nexus 7... When i am on my home wifi I get 5mbps where all other g connected devices pull 25mbps. That's not so much of a problem. When I am tethered to my cellphone via wifi I get 600kbps with the nexus 7, but my cellphone tethered via wifi to my pc is 4mbps. I'm concluding something is wrong with the link speed on my nexus 7 but don't know what to do about it. Any help would be appreciated cause I really need more then 600kbps when not at home, especially when my phone regularly pulls 10mbps in my area.
I agree with the WiFi connection being slow with the n7.IMho I've seen better download speeds with my galaxy tab 2. I've also noticed with certain kernels the WiFi is faster.stock to me is the best and now I'm running the faux kernel and it ain't too bad.
I just tried the speedtest.net app and averaged about 9.4Mbs down and .68 up. Stock rom, rooted JB.
I decided to debug my slow mobile hotspot speeds and lo and behlod, it seems it's not my ISP throttling, nor is my WIFI the issue or anything like that.
Running an iPerf3 server on the Note3, I get the same speeds from the Note3, whether it's wifi or a USB connection:
Code:
[ 4] 0.00-10.00 sec 7.00 MBytes 5.87 Mbits/sec sender
My Note4 gets a more reasonable USB tethering speeds:
Code:
[ 4] 0.00-10.00 sec 229 MBytes 192 Mbits/sec sender
Running MagMa NX - Release VX PCE [09.Apr.2018].
Any ideas? I'm loath to change the ROM as this is my daily driver and need it running.
kosmarnik said:
I decided to debug my slow mobile hotspot speeds and lo and behlod, it seems it's not my ISP throttling, nor is my WIFI the issue or anything like that.
Any ideas? I'm loath to change the ROM as this is my daily driver and need it running.
Click to expand...
Click to collapse
have you update your modem to last???
I would like to assign a permanent static IP address to hotspot in Android 10 (Unofficial LineageOS 17.1 for Natrium by LuK1337, rooted with Magisk v20.3 and updated to Jan 11, 2020 build).
Now whenever I turn on the hotspot, it assigns a different IP to hotspot, 192.168.43.xxx (this will be the gateway IP to other devices that connects to this hotspot).
Note: For simplicity, instead of connecting other devices to this hotspot, I'm just gonna find hotspot IP by running "ip r" on the phone itself.
On the phone, when I open Termux (have tried other Terminal app with the same results), and run, "ip r" and "ip a", I get:
Code:
:/ $ ip r
192.168.43.0/24 dev wlan0 proto kernel scope link [B]src 192.168.43.100[/B]
:/ $
:/ $ ip a
25: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 3000
link/ether 78:02:f8:f0:4d:87 brd ff:ff:ff:ff:ff:ff
inet 192.168.43.[B]100[/B]/24 brd 192.168.43.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::7a02:f8ff:fef0:4d87/64 scope link
valid_lft forever preferred_lft forever
:/ $
Now this "src 192.168.43.100" will be different (e.g: 192.168.43.101, 192.169.43.102 etc) everytime I turn hotspot on and off... and I would like to assign a permanent static IP like ".100"
In LineageOS 16 I used the following workaround, which is no longer working in Android 10 (Unofficial LineageOS 17.1):
Code:
In the Termux (have tried other Terminal app with the same results):
(1)
su
mount -o rw,remount /vendor
nano /vendor/etc/init/hostapd.android.rc
and add:
on property:init.svc.hostapd=running
exec - -- /system/bin/sleep 2
exec u:r:magisk:s0 -- /system/bin/ip address add 192.168.43.[B]100[/B]/24 dev wlan0
Save the file.
mount -o ro,remount /vendor
and
(2)
su
mount -o rw,remount /
nano /etc/dnsmasq.conf
and add:
dhcp-host=78:02:f8:f0:4d:87,192.168.43.[B]100[/B]
Save the file.
Then set the permissions:
chown 0.0 /etc/dnsmasq.conf
chmod 0644 /etc/dnsmasq.conf
chcon u:object_r:system_file:s0 /etc/dnsmasq.conf
magiskpolicy "allow dnsmasq system_file file { read getattr open }"
magiskpolicy "allow dnsmasq system_file dir { search }"
mount -o ro,remount /
Any help is greatly appreciated, many thanks in advance.
I've got the same problem with my Pixel 3 running Android 10, also using Termux.
My use case is SSHing into the phone from my iPad to use VIM.
Previously, I used PDANet for its hotspot functionality, but it doesn't work anymore on my Pixel. Depending on your phone, you could give that a shot.
Unfortunately, starting with Android 9, the gateway is always set randomly. You cannot change it without editing the source code and building the firmware, but you can assign an additional static IP address through which you can connect to the phone. I'm not sure that this will help you, but you can see here three methods to solve this problem:
android.stackexchange.com/questions/213514/how-can-i-permanently-change-my-hotspot-tethering-ip-address
Personally, I use the first method and it is enough for my needs.
It got even worse. I'm not sure this is a thing since Android 11, but whenever I turn my Hotspot off and on again, it changes the last two segments of my gateway IP, so it's always 192.168.x.x. This sucks even twice, because now all static IPs of all clients need to be updated to get in the right scope for the subnet mask that is still 255.255.255.0.
Pretty ****ty move by Google. I wish there was a solution to this nonsense. I want a static gateway IP without root ... (I know, impossible)
Cis# said:
It got even worse. I'm not sure this is a thing since Android 11, but whenever I turn my Hotspot off and on again, it changes the last two segments of my gateway IP, so it's always 192.168.x.x. This sucks even twice, because now all static IPs of all clients need to be updated to get in the right scope for the subnet mask that is still 255.255.255.0.
Pretty ****ty move by Google. I wish there was a solution to this nonsense. I want a static gateway IP without root ... (I know, impossible)
Click to expand...
Click to collapse
You said without root it's impossible but can we do something with root so that we don't have to update gateway ip everytime hotspot is restarted?
Cis# said:
It got even worse. I'm not sure this is a thing since Android 11, but whenever I turn my Hotspot off and on again, it changes the last two segments of my gateway IP, so it's always 192.168.x.x. This sucks even twice, because now all static IPs of all clients need to be updated to get in the right scope for the subnet mask that is still 255.255.255.0.
Pretty ****ty move by Google. I wish there was a solution to this nonsense. I want a static gateway IP without root ... (I know, impossible)
Click to expand...
Click to collapse
Faced the same problem after my mobile got an update to Android 11.
Please let me know if you found any solution.
byquip said:
Faced the same problem after my mobile got an update to Android 11.
Please let me know if you found any solution.
Click to expand...
Click to collapse
legendofrj10 said:
You said without root it's impossible but can we do something with root so that we don't have to update gateway ip everytime hotspot is restarted?
Click to expand...
Click to collapse
I got close...used MacroDroid with root (Magisk) and I was able to create a macro that started the hotspot and then used secure settings to set the wlan0 IP to what I wanted using ifconfig. Using both ifconfig and a network scanner I confirmed the hotspot had the ip I wanted, but I was not able to actually use it for a stable connection - clients constantly dropped the connection.
I'm still on Android 8.1 beacause of this random hotspot IP address issue.
Is there any recent phone or ROM with a static IP address for its hotspot?
Not really THE solution, but I've had pretty good results serving data thru the phones hotspot to an old dd wrt router (set up as a "repeater bridge"). The router/repeater handles all traffic on a local network then looks to the hotspot for data. Basically, just like your home wifi, but swap your modem with the phone.
Behind the router, it functions like a "real" connection. All apps function, push notices come thru, smart TVs, and even Chromecast works! You can assign static IP on the virtual network.
Devices don't seem to notice the random IP changes between the hotspot and router. At the most, you may lose data for a second or two while it .. switches stuff? Idk... but other than a quick lag in chat, if that, you won't even notice anything happened.
A couple sidebars:
The old wifi b/g routers with ddwrt are cheap on ebay. Although, router throughput could be a limiting factor on network speeds. Not just the older wifi protocols, but running repeater mode sets router to half duplex.
With a lot of the older routers, a USB-to-5v cable works to power it from any USB port (charger, battery pack, accessory port). Ideal for hotel/dorm, work, rural or mobile living. Wherever you need a private, fully functional wifi connection.
In dd wrt setup, follow tutorials for repeater bridge setup, but leave the gateway and dns ip blank (all zeros).
Naturally, speed and ping depends on the cellphones signal strength.
I don’t have an Android phone any more, but I noticed on my family’s Pixels, PDANet gave gives out a consistent 192.168.1.XXX address. PDANet hotspots work like regular hotspots as far as I know, so it might be worth a shot for when you’re on the go without a router to use.
DMechnikov said:
I don’t have an Android phone any more, but I noticed on my family’s Pixels, PDANet gave gives out a consistent 192.168.1.XXX address. PDANet hotspots work like regular hotspots as far as I know, so it might be worth a shot for when you’re on the go without a router to use.
Click to expand...
Click to collapse
Good to know. I didn't even know pdanet was still around. I'll have to mess with it sometime and see what's up. It would be nice to have a static IP coming from the phone, just cause.
Are you talking about the free or a paid version (if there are still two versions)??
Right now I'm using a rooted Umidigi A7 Pro with a 'hotspot unlock' magisk module, coupled with the VPN Hotspot app. This setup allows me to have unlimited hotspot data, I believe stops reporting of hotspot activity back to the ISP, while tunneling the hotspot data thru my phone's VPN connection.
I live waaay out in the sticks of West Virginia. My only ISP option at this time is Hughesnet satellite, which is just THE worst connection on the face of the planet, not to mention pricey. Speeds is so slow, and ping so high, you can't stream media, play games, or use it for voice or FaceTime chats. Instead, I use the phone setup mentioned above.
Luckily, there is a sprint tower (now T-Mobile) near enough to get a bar or two in the window. I picked up an 850mhz band5 cell booster / repeater (actually on band 26, which is a subsection if band 5). Got it set up, now can use the device in-hand throughout my home and out on the porches. Also helped improve speeds, reduce ping, and stabilize jitter on the LAN.
Call of duty mobile pings around 60-80ms
My Metro by T-Mobile plan is $40 per month, no data caps, but no hotspot allotment either. With the rooted device, I routinely use 200+ gb per month of hotspot data on devices connected via the router/repeater in my home.
I've been running this setup for nearly a year now and not had any problems from my ISP.
OP, you might want to look at this solution.
Still having the same issue in 2023 on LineageOS 18.1 (Android 11).
Can't find out which of these classes in sources is responsible for address allocation.
cilyrik said:
OP, you might want to look at this solution.
Click to expand...
Click to collapse
Hi,
After two days of trouble, (and multiples flahing operations, and many other concerns, I found a compromise with the solutions given in your link. Only the first one worked on my rooted smartphone (magisk + rom stock doogee s86pro). I did not manage to remount in rw my partitions to modify the hostapd.android.rc file. So I decided to use the automation (MacroDroid in my case) of the first solution. It works perfectly with 2 macros :
macro #1
trigger = hospot on
action = ip address add 192.168.43.1/24 dev wlan0
and
macro #2
trigger = hospot off
action = ip address del 192.168.43.1/24 dev wlan0
That's all. ^^
* rooted phone required *