You are not logged in.
Here is a journal when the speed is limited-
http://0x0.st/8Lff.txt
I hope that helps.
Offline
Apr 10 21:18:58 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-55 noise=9999 txrate=30000
Apr 10 21:19:12 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-49 noise=9999 txrate=150000
Apr 10 21:23:28 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-79 noise=9999 txrate=150000
Apr 10 21:23:33 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-61 noise=9999 txrate=1000
Apr 10 21:23:38 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999 txrate=108000
Apr 10 21:23:43 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-61 noise=9999 txrate=1000
Apr 10 21:23:45 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-59 noise=9999 txrate=108000
Apr 10 21:24:14 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-51 noise=9999 txrate=135000
Apr 10 21:26:05 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999 txrate=121500
Apr 10 21:26:10 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-59 noise=9999 txrate=1000
Apr 10 21:26:13 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-55 noise=9999 txrate=135000
Apr 10 21:26:46 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-29 noise=9999 txrate=7200
Apr 10 21:32:59 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-21 noise=9999 txrate=72200
The signal is moving between "meh" and "bad" between 21:18:58 and 21:26:13 and turns "great" at 21:26:46 - matching
Apr 10 21:18:57 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: Trying to associate with 62:b9:3f:cb:f3:8f (SSID='POCO M3' freq=2412 MHz)
Apr 10 21:18:57 G31M-ES2L NetworkManager[463]: <info> [1744300137.9230] device (wlp0s29f7u8): supplicant interface state: authenticating -> associating
Apr 10 21:18:57 G31M-ES2L kernel: wlp0s29f7u8: associate with 62:b9:3f:cb:f3:8f (try 1/3)
Apr 10 21:18:57 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: Associated with 62:b9:3f:cb:f3:8f
Apr 10 21:18:57 G31M-ES2L kernel: wlp0s29f7u8: associated
Apr 10 21:18:57 G31M-ES2L NetworkManager[463]: <info> [1744300137.9888] device (wlp0s29f7u8): supplicant interface state: associating -> 4way_handshake
Apr 10 21:26:46 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: Trying to associate with 9e:3c:05:17:73:90 (SSID='Galaxy M53 5G 9305' freq=2437 MHz)
Apr 10 21:26:46 G31M-ES2L NetworkManager[463]: <info> [1744300606.3335] device (wlp0s29f7u8): supplicant interface state: authenticating -> associating
Apr 10 21:26:46 G31M-ES2L kernel: wlp0s29f7u8: associate with 9e:3c:05:17:73:90 (try 1/3)
Apr 10 21:26:46 G31M-ES2L wpa_supplicant[470]: wlp0s29f7u8: Associated with 9e:3c:05:17:73:90
Apr 10 21:26:46 G31M-ES2L kernel: wlp0s29f7u8: associated
the switch from the POCO M3 to the Galaxy M53 5G 9305
Can you move the M3 from channel 1 to channel 6 (where the M53 currently operates)?
Offline
Can you move the M3 from channel 1 to channel 6 (where the M53 currently operates)?
Sorry, but I don't know how to do that. I don't see any channel based option other than the band in the hotspot settings of poco m3.
Offline
This will hinge on the specific android version (and might not be possible)
https://support.google.com/android/thre … d-10?hl=en
If you can change it on the galaxy m53 and set that to #1 (and active), the m3 might automatically avoid that channel.
Offline
I can change the channel to 1 (on the M53) and I did, Here is the logs-
There is no difference in speed for both of them.
Offline
Signal on the M3 remains poor, signal on the Galaxy is great across the spectrum…
Offline
I can confirm that the speed on the Poco M3 is very slow, considering it's a 5G phone. ( I suspect it's a 5G, because it has a 5Ghz band). But still, if the signal is good, and the channels don't seem messed up, I will try to use usb tethering once again and check what is the output with it.
I just checked the download speed is 1.8Mb/s and 10Mb/s upload, though I am doing this at night, so there is huge traffic of network. Even the device itself has slow network.
Offline
https://en.wikipedia.org/wiki/5G is a mobile communitcation standard, it has nothing to do w/ the 5GHz band - the "G" is for "Generation" (after 4: LTE and 3: UMTS)
if the signal is good,
The signal to the M3 in your last posts has been consistently poor - not abysmal, but way worse than the Galaxy.
And this is /not/ about its mobile broadband signal (we don't know that) but the wifi signal to the computer.
I am doing this at night, so there is huge traffic of network
Ideally test this in the LAN, https://wiki.archlinux.org/title/Benchmarking#iperf
I will try to use usb tethering once again
nb. https://bbs.archlinux.org/viewtopic.php?id=304892 that tethering devices seems to start to show up as WWAN modems.
Offline
Ideally test this in the LAN, https://wiki.archlinux.org/title/Benchmarking#iperf
I don't have a LAN connection, therefore I can't do that.
Also I tried the same test with usb tethering in the morning, the speed was actually worse than the wifi. The ping was pretty good, 36/33 did not fluctuate at all. The download speed of the M53 was 254Mb/s and the ping was 34.
Also I used ip a and the output doesn't seem to detect it as a WWAN modem?
3: enp0s29f7u2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether 76:d8:20:18:c8:34 brd ff:ff:ff:ff:ff:ff
altname enx76d82018c834
inet xxx.xxx.xxx.xxx/24 brd 192.168.114.255 scope global dynamic noprefixroute enp0s29f7u2
valid_lft 3416sec preferred_lft 3416sec
inet6 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 scope global dynamic noprefixroute
valid_lft 7029sec preferred_lft 7029sec
inet6 xxxx::xxxx:xxxx:xxxx:xxxx/64 scope link noprefixroute
valid_lft forever preferred_lft forever
I am kind of anxious and don't want to share my ip addresses
Last edited by LinuxLover471 (2025-04-13 04:26:12)
Offline
I don't have a LAN connection, therefore I can't do that.
You've a hotspot. You connect multiple peers to that hotspot. You have a LAN.
Also I used ip a and the output doesn't seem to detect it as a WWAN modem?
Do you run the 6.14.2 kernel?
don't want to share my ip addresses
192.168.*.* is a private network range, it's completely meaningless outside your LAN.
https://en.wikipedia.org/wiki/Link-local_address
https://en.wikipedia.org/wiki/Private_n … _addresses
https://en.wikipedia.org/wiki/Unique_local_address
other addresses are globally routable and you should not post them
the speed was actually worse than the wifi. The ping was pretty good, 36/33 did not fluctuate at all
How do we square this? What "speed" was "worse"? Don't run random WAN tests here, tethering will be limited by your USB speed, https://en.wikipedia.org/wiki/USB#Conne … _reference
Which for USB3 is "not".
Offline
You've a hotspot. You connect multiple peers to that hotspot. You have a LAN.
Thanks for clearing the confusion.
Also I used ip a and the output doesn't seem to detect it as a WWAN modem?
Do you run the 6.14.2 kernel?
Yes, I am running the latest kernel.
How do we square this? What "speed" was "worse"? Don't run random WAN tests here, tethering will be limited by your USB speed
Both of the speeds, i.e., Download and Upload speeds, were slow. They were about 2Mb/s each, and I am using USB2.0 port so there is no usb bottleneck. The practical speed should be about 30MB/s, and still, atleast a speed of 5MB/s is expected.
Offline
Both of the speeds, i.e., Download and Upload speeds, were slow.
Ok, but you're testing this against some WAN server again?
I am using USB2.0 port so
…it's either the phone or your ISP?
Offline
I am using USB2.0 port so
…it's either the phone or your ISP?
It's probably the phone but not the ISP, but the phone supplies hotspot to other phones and windows with the right speed. So the issue is linux only.
Both of the speeds, i.e., Download and Upload speeds, were slow.
Ok, but you're testing this against some WAN server again?
I am testing with ookla speedtest on the internet.
Offline
I am testing with ookla speedtest on the internet.
And what about iperf?
You're not getting consistent results from a variable WAN connection - you already mentioned
I am doing this at night, so there is huge traffic of network. Even the device itself has slow network.
to other phones and windows
Windows on *this* PC?
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Though I'd expect any problem itr. to affect any connection.
Right now you're claim is that only this system gets slow network with only this phone but regardless of the connection (wifi/usb tethering), what doesn't make very much sense…
Try to lower the MTU, but it's inconceivable that the phone requires a sub-standard MTU with either this system only or every other client would just randomly use such.
ip link set enp0s29f7u2 mtu 1280
Offline
And what about iperf?
You're not getting consistent results from a variable WAN connection - you already mentioned
Yes, I will try iperf and report back with an edit or a new post.
Windows on *this* PC?
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
I already know about that, I have disabled it already with powercfg.exe -h off in the cmd (admin). And, my bios doesn't even have secure boot let alone fast start.
Right now you're claim is that only this system gets slow network with only this phone but regardless of the connection (wifi/usb tethering), what doesn't make very much sense…
Same here, I can't really tell why only this devices is cursed.
Try to lower the MTU, but it's inconceivable that the phone requires a sub-standard MTU with either this system only or every other client would just randomly use such.
ip link set enp0s29f7u2 mtu 1280
I will try that soon! Thanks!
Offline
I tried my best but wasn't able to get iperf3 to work, I downlaoded termux and installed iperf3 and updated the packages on both machines, but whenever I specify the ipv4 address from the output of ip a, I always get connection refused, I tried disabling the vpn and firewall and added a rule in nftables but it still refused.
Offline
but whenever I specify the ipv4 address from the output of ip a, I always get connection refused
What does nmap report about the ports 5201 and 5001?
Is android your only option as peer (no second pc/laptop/chromebook)?
Offline
Hey, it looks like I didn't mention the MTU change, and it didn't have any effect too. I already have the best MTU, because I had set it in windows.
Also I tried nmap here is the output-
[ak@G31M-ES2L ~]$ iperf3 -c 192.168.21.170 -R
iperf3: error - unable to connect to server - server may have stopped running or use a different port, firewall issue, etc.: Connection refused
[ak@G31M-ES2L ~]$ nmap -p 5201,5001 192.168.21.170
Starting Nmap 7.95 ( https://nmap.org ) at 2025-04-29 07:01 IST
Nmap scan report for 192.168.21.170
Host is up (0.00016s latency).
PORT STATE SERVICE
5001/tcp closed commplex-link
5201/tcp closed targus-getdata1
Nmap done: 1 IP address (1 host up) scanned in 0.20 seconds
[ak@G31M-ES2L ~]$
Also, my mobile phone's display was not locked when I enabled the server by using "iperf3 -s" and, I found the ip address by using "ip a" in the arch system.
Sorry for not reporting, I wasn't able to find the time and I went to a wedding.
Thanks.
Last edited by LinuxLover471 (2025-04-29 01:35:27)
Offline
The MTU is transient, there's a "best MTU" as much as there's a best color (ok, it's blue. blue is the best color, bad example), 1500 is the default - if you changed it in windows, you should seriously do so on linux and generally test a lower one (where 1280 is a relatively good bet to undercut serveral layers of package overhead) and iperf isn't running on that IP (unless you altererd the ports, in which case you've to issue that to the client as well.
However:
I found the ip address by using "ip a" in the arch system
"ip a" will show you the IP of the host you're running it from, not some other random host in the network.
You'll find the IP of the phne in that phone, typically network settings or "about this phone" or so, maybe search the settings (it's not like there's some standarad android GUI )
Offline
Sorry for not mentioning but I do have set the Best MTU both through ip set and in the network settings of kde plasma for the connection and there isn't any network difference.
I put in the ip address from about phone will try out and report in a different post.
Thanks
Offline
I managed to make iperf3 work.
Here is the output in the Desktop-
[ak@G31M-ES2L ~]$ iperf3 -c 1x2.x.x.4 -R
Connecting to host 1x2.x.x.4, port 5201
Reverse mode, remote host 1x2.x.x.4 is sending
[ 5] local 192.168.21.170 port 60104 connected to 1x2.x.x.4 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 384 KBytes 3.14 Mbits/sec
[ 5] 1.00-2.00 sec 384 KBytes 3.15 Mbits/sec
[ 5] 2.00-3.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 3.00-4.00 sec 384 KBytes 3.15 Mbits/sec
[ 5] 4.00-5.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 5.00-6.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 6.00-7.00 sec 384 KBytes 3.15 Mbits/sec
[ 5] 7.00-8.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 8.00-9.00 sec 512 KBytes 4.19 Mbits/sec
[ 5] 9.00-10.00 sec 384 KBytes 3.15 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 10.5 MBytes 8.79 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 4.38 MBytes 3.67 Mbits/sec receiver
iperf Done.
[ak@G31M-ES2L ~]$
Here is the output in the M53 device.
~ $ iperf3 -s
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------
Accepted connection from 192.168.21.170, port 60100
[ 5] local 1x2.x.x.4 port 5201 connected to 192.168.21.170 port 60104
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 1.88 MBytes 15.7 Mbits/sec 0 411 KBytes
[ 5] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec 0 856 KBytes
[ 5] 2.00-3.00 sec 2.00 MBytes 16.8 Mbits/sec 0 1.31 MBytes
[ 5] 3.00-4.00 sec 1.62 MBytes 13.6 Mbits/sec 0 1.73 MBytes
[ 5] 4.00-5.00 sec 2.12 MBytes 17.8 Mbits/sec 0 2.20 MBytes
[ 5] 5.00-6.00 sec 0.00 Bytes 0.00 bits/sec 0 2.65 MBytes
[ 5] 6.00-7.00 sec 0.00 Bytes 0.00 bits/sec 0 3.07 MBytes
[ 5] 7.00-8.00 sec 2.75 MBytes 23.1 Mbits/sec 0 3.31 MBytes
[ 5] 8.00-9.00 sec 0.00 Bytes 0.00 bits/sec 0 3.31 MBytes
[ 5] 9.00-10.00 sec 0.00 Bytes 0.00 bits/sec 0 3.31 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.02 sec 10.4 MBytes 8.69 Mbits/sec 0 sender
-----------------------------------------------------------
Server listening on 5201 (test #2)
-----------------------------------------------------------
It seems like the mobile phone stops sending the signal mid test and resumes.
Thanks
Last edited by LinuxLover471 (2025-04-29 07:56:01)
Offline
What is "1x2.x.x.4"?
Not 192.168.21.4 ??
(192.168.*.* is a private address range, it's completely meaningless outside your LAN)
What does this look like when you flip the connection, ie. run the server on the desktop?
Offline
What is "1x2.x.x.4"?
Not 192.168.21.4 ??
I made an exact representation of the IP and just replaced the values with x. And no, it wasn't 192.168.21.4, also the ip address did not start with 192.168 but rather with a single digit so I don't think it's private?
I will try flipping the connection, thanks!
Here is an iperf test when my system gets super fast speeds without the limit-
[ak@G31M-ES2L ~]$ iperf3 -c 192.0.0.4 -R
Connecting to host 192.0.0.4, port 5201
Reverse mode, remote host 192.0.0.4 is sending
[ 5] local 192.168.228.170 port 40166 connected to 192.0.0.4 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 5] 1.00-2.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 5] 2.00-3.00 sec 6.25 MBytes 52.5 Mbits/sec
[ 5] 3.00-4.00 sec 5.38 MBytes 45.0 Mbits/sec
[ 5] 4.00-5.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 5] 5.00-6.00 sec 6.12 MBytes 51.4 Mbits/sec
[ 5] 6.00-7.00 sec 5.38 MBytes 45.1 Mbits/sec
[ 5] 7.00-8.00 sec 5.50 MBytes 46.1 Mbits/sec
[ 5] 8.00-9.00 sec 6.25 MBytes 52.4 Mbits/sec
[ 5] 9.00-10.00 sec 5.38 MBytes 45.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 64.0 MBytes 53.7 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 57.9 MBytes 48.5 Mbits/sec receiver
iperf Done.
Output of the mobile phone-
Last edited by LinuxLover471 (2025-05-02 01:17:07)
Offline
Ok, but then you're running this over the internet?
You can check "whois 112.2.3.4" to see who this IP belongs to but you want the two hosts you're running iperf on to share a network segment (ie both are 192.168.21.*)
Offline
I forgot to mention one thing, this issue, starts to become less prominent because the fresh installation doesn't stay fresh and the speeds of the same network become more stable so I guess this issue is solved? This also happened in debian and every thing I have used till date. So, if anyone is experiencing this issue, just wait, wait till the installation starts to become mature/older.
And the issue came back, I don't think that this is even fixable at this point. Sorry. I won't continue this thread any longer and stop wasting everyone's time.
EDIT = It looks like the issue got fixed, automatically, probably because of a kernel update. The issue doesn't happen at all anymore.
Thanks
Last edited by LinuxLover471 (2025-10-01 12:27:55)
Offline