i called to ask my isp about it, they had no idea about it... all they could say is they are using GPON...
the thing is i have been testing on different values, i couldnt find one satisfying, if i go higher number than 41 i will start having Upload spikes...
that's odd. overhead doesn't really work that way so it's maybe just coincidence? what overhead does is it's a number that cake adds to the packet size to figure out how much bandwidth you're using. so high overheads should just effectively lower your bandwidth a bit.
For GPON try 50, it's almost sure to be an overestimate, which is better than underestimate.
What I think is really going on is that you're far from servers, and so they don't react quickly to signalling congestion, so stuff piles up in a queue somewhere upstream of you, so cake doesn't really have a chance to do a good job.
Just to see how things work, try dropping your speed to 10Mbps and tell us what that looks like.
no luck, i dropped my speed to 10 Mbps and also changed my overhead to 50
for me, it seems like changing the overhead value to higher one gives me more spikes on upload portion and sometimes on download...
Hmm... those delay time graphs actually look excellent, except for the isolated events... what device are you running on? I think this is nothing to do with SQM and to do instead with some ethernet/switch/hardware/driver issue that causes delays in kernel processing.
You can see that the bandwidth is oscillating up and down... this is caused by your high ping time to the servers. I wouldn't worry about the 11Mbps vs 10 that's probably measurement error more than anything else.
Set your speed back to the 22Mbps and set overhead of 50 and show us results of that speed test
i m using TP-link Archer c20 v4 for router, and for PC i m using an old dell laptop(inspiron 15 3000series?) with ethernet cable...
i do these dslreports test on ipad pro 3rd gen on 5 ghz wifi too
Both of your speed tests indicate that SQM is performing optimally. Your problem is likely that you're very far from the gaming servers. It's like trying to play jazz music when you're a mile away from someone else... they play some notes, but have already moved on to the next notes by the time you hear the notes... so you're behind them and then they hear your notes... and they don't mesh with what they are playing because your notes are based on what they were playing 4 or 5 notes ago... so the whole thing breaks down.
Add in that you've got some undersea cables, and etc and you'll have packet loss and latency even if SQM is doing its job. You can't get away from the fact that when you ping singapore it takes 200ms or whatever. If the game server is in singapore, then the soonest after your key-press the server can know what you've done is 0.2 seconds later which is pretty long.
Sorry I said some stuff that's wrong about music notes... I'll recalculate that...
Ok, for the music analogy ... 100 beats per minute, so 100/60 beats per second, 1/8 note is 1/8 of a beat... so 100/60/8 = 0.208 so in fact I was right, a 200ms delay is like 1 full 1/8th note behind in music.
i understood ur point but, i get avg of 70ms on the games i play... the problem i face is like, same ammount of hit registers and kills a player that is when i check on dslreports and the uploads are fine... and i go play on other times when uploads arent fine it takes like 2-3 times the normal ammount... it's just frustrating... also when this happens i see problems in like messaging apps too...
i barely see any download issues, like text comes in, games load, but when the upload side of mine is fluctuating, the text i send takes like a sec or 2 to be sent and like games show's the network errors and all
is it possible that it is an issue of upload side from isp side?
This may be oversubscription of your ISP... Maybe certain times of the day people are sending a bunch of data... and so your packets are lost and delayed not in your router/ONT but somewhere inside the ISP with their congestion.
If you are seeing problems now... try running mtr against something like the game servers you try to play on.
i downloaded it for pc, i dont know what i m looking at, i m not that much technically educated on these things....
i checked and i dont know if its the actual game server but the results were like this...
p.s i mostly play games on ipad pro 3, on 5 ghz wifi, usually games like Clash royale, pubg mobile etc
The MTR results indicate that from the hop 116.119.68.60 onward ping times were very high (175 ms and up). Gaming with those ping times will just always be bad. It really has nothing to do with SQM and bufferbloat.
Most likely that node is the far side of a trans-oceanic cable. Since the hop before
No problem. If you can find some friends in the same country (even better same general town/county/region) and play a game that is self-hosted on your computer you will likely enjoy it a lot more than a game hosted across a trans-ocean cable.
No worries. with COVID I have been trying to get friends I know to play stuff, because otherwise I don't see or do anything with them ... but it's not easy. Good luck!
You'll see that to one tokyo server you were dropping 7.7% of packets, and to Singapore you were dropping 3% of packets
But:
drops 0 0 18 0
so you weren't dropping them in cake, they were getting dropped (along the way). This probably indicates your problem is an ISP or trans-oceanic issue. There is nothing much SQM can do about it.
What pops out is that for both Tokyo and Singapore, the RTT for download is double that as the RTT for upload to the same target. In theory that could be the result of asymmetric paths and hot-potato routing, but it also could indicate simply congestion in the download direction (which fits with the high Re-xmit numbers).
The unoaded RTTs were:
05.67s 75ms Singapore
05.67s 151ms Tokyo, Japan
05.67s 178ms Amsterdam, Netherlands, EU
05.67s 189ms Zurich, Switzerland, EU
So it seems clear that the download paths between you and the Tokyo and Singapore servers are overloaded...
I would also say that the 260ms RTT you configured initially was a bit generous, I would at best go for 150-180 ms RTT for cake (and only if you want/need to transfer data at high rates to remote places, otherwise a lower RTT will allow lower latency at a slight decrease in throughput).