i was indeed gaming at the time and i think i got the logs properly. I really thought setting connection_active_thr_kbps=800 would help to engage the autorate during gameplay. i really appreciate your insights here!.
on that note, is it possible that cake-autorate continuously pinging the reflectors are giving me better upload performance?
lastly, thank you @Lynx i'm gonna read through the thread and see if i can figure something out in my case!
Possible for sure, but likely I have no idea...
Mobile data transmissions are scheduled conceptually by the base station, that is user equipment like your modem request transmission slots over a narrow "request channel" and the base station grants these over the same channel. Data then is transmitted only within the allotted time-frequency bands. I have no clue whether a UE only asks for transmit slots or whether it also tells the base station about the queued up data, but my hunch is the base station has an idea about the queued data. Others on this forum know much more about the details that I stop speculating here...
Note how both the user equipment and the basestation can influence this process by requesting with less or more data in the user side buffers and the bade station can also grant the time-frequency slots earlier or later.
Airtime slots likely for efficiency reasons have a minimum (or even a fixed) length, let's arbitrarily assume 1500 bytes for our discussion. Say your game sends a 500 byte podition/action update packet, this hits the modem. The modem now might bevtempted to not request a transmission slot immediately but wait a bit on the chance that some more data might arrive in the near future allowing it to fill up that 1500 byte minimum and hence use the scarce resource airtime more efficiently... If you then consider that for capacity tests (often called speed tests, but data volume over time is not speed, that would be distance over time) efficient use of airtime is quite important as wasted airtime reduces the achievable throughput, while a few dozend millisecond delay/jitter do not meaningfully diminish capacity tests.
That IMHO would incentivise an ISP to configure their mobile networks for throughput over low latency.
This is why in theory a constant low load might be usefull in keeping a steady flow of timeslots coming to your modem, which then can be used for game packets. But all of this sits on top of unsubstantiated assumptions so might be completely wrong for your situation.
Hi moeller, i think my ISP supports ipv4 only. fping -D -e -4 -b 1450 -i 1 -p 10 -l gstatic.com 9.9.9.9 is not working, both servers are returning 100% packet loss.
do you have any further advice for me? i'm willing to try anything
The packet loss is fine, as long as the packets are sent to the servers in the first place, here we really only want to convince your modem to request transmit slots in a timely fashion, so as long as it is not the modem that drops these packets 100% packet loss is fine (as long as these two are not in your set of reflectors ).
The idea was to slam two packets into the modem asap and the wait for 10ms for the next two, so the modem would see ~3kB every 10ms, hopefully enough to request a transmit slot soon.
Is there a protocol for dealing with packet loss in which redundancy is added? Such a protocol might have use here? Not because we’re dealing with packet loss, but rather because the redundancy padding might whip the sleepy base station scheduler into shape?
Doesn't work, my hypothesis is that the modem requests transmit slots fadter if it has same queued data, so to queue 2 full packets, we need ~3kB in an interval small eough to be useful for his gaming traffic...
Again, this is a hypothesis only and might just be wrong...
this was an interesting hypothesis and i think you maybe right.
i bought a second router (HTC 5G HUB, basically an android phone with ethernet and USB 3.0) and placed it outside my window and the upload latency basically disappeared.
I put my nokia router in the same exact spot (fiddled around with orientation to get best signal) but the upload latency came back.
although the upload latency/ jitter went away, the HTC seems to be a weaker device compared to my Nokia, so i have to choose between consistent but more upload jitter (nokia) or no upload jitter but occasional spikes (HTC). It is what it is is
@Lynx is there any luci interface for cake-autorate? I understand that all configuration (service installation, dl_if, ul_if, etc.) needs to be set via SSH commands (not in luci), is that correct? Thanks