QOSMON v2.3 Released to repo (ACC)
Moderator: Moderators
Re: QOSMON v2.3 Released to repo (ACC)
update
I had to disable QOS (default setting) because it made my twitch viewing buffer?
I had to disable QOS (default setting) because it made my twitch viewing buffer?
Re: QOSMON v2.3 Released to repo (ACC)
Did you use QoS before the new default rules? Would you mind sharing your previous (probably custom) rules for comparison?ispyisail wrote:I had to disable QOS (default setting) because it made my twitch viewing buffer?
TP-Link Archer C7 v2 - Gargoyle 1.12.X
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
Re: QOSMON v2.3 Released to repo (ACC)
I did not use QOS because I could never get it to run nice.d3fz wrote:Did you use QoS before the new default rules? Would you mind sharing your previous (probably custom) rules for comparison?ispyisail wrote:I had to disable QOS (default setting) because it made my twitch viewing buffer?
I thought I would give it another go.
Normal web browsing it was/is fantastic
Re: QOSMON v2.3 Released to repo (ACC)
Thank you..i install it.Qos works pretty well with my custom rules.
Re: QOSMON v2.3 Released to repo (ACC)
@ispyisail
does twitch viewing still buffer, if you enable QOS, but disable ACC, all when having sane total up/down bandwidth figures set ?
-mgoo
does twitch viewing still buffer, if you enable QOS, but disable ACC, all when having sane total up/down bandwidth figures set ?
-mgoo
Re: QOSMON v2.3 Released to repo (ACC)
Just did some tests and both methods work perfect now?mgoo wrote:@ispyisail
does twitch viewing still buffer, if you enable QOS, but disable ACC, all when having sane total up/down bandwidth figures set ?
-mgoo
Will keep monitoring

Re: QOSMON v2.3 Released to repo (ACC)
@ispyisail
to me it seems as if twitch streaming servers have load issues relatively often, and sometimes reconnecting several times may hit a better server in their pool.
btw, it looks like your ACC ping target is placed within your lan? this should preferably be one of the first hops on the isp side instead, one that reliably responds to icmp pings.
-mgoo
to me it seems as if twitch streaming servers have load issues relatively often, and sometimes reconnecting several times may hit a better server in their pool.
btw, it looks like your ACC ping target is placed within your lan? this should preferably be one of the first hops on the isp side instead, one that reliably responds to icmp pings.
-mgoo
Re: QOSMON v2.3 Released to repo (ACC)
This. Definitely important to get it right. By default, it points to your gateway, which might not be the best option in every single case.mgoo wrote:btw, it looks like your ACC ping target is placed within your lan? this should preferably be one of the first hops on the isp side instead, one that reliably responds to icmp pings.-mgoo
Good alternatives are the well known DNS servers, like Google or OpenDNS. I have mine set to a specific NTP server from my region, which is pretty stable and has been working great so far.
TP-Link Archer C7 v2 - Gargoyle 1.12.X
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
Re: QOSMON v2.3 Released to repo (ACC)
@d3fz
comparing my own advice to ispyisail with yours, currently it seems ping responses from my isp gateway fluctuates noticably more, than the ping responses from my preferred dns server. I have located a public ntp server within my isp network, and I see the same relatively low variation in response.
hence, as it seems this isp's routers prioritize routing-through icmp, over responding to icmp requests themselves, which seem very logical, your advice is certainly the better.
-mgoo
comparing my own advice to ispyisail with yours, currently it seems ping responses from my isp gateway fluctuates noticably more, than the ping responses from my preferred dns server. I have located a public ntp server within my isp network, and I see the same relatively low variation in response.
hence, as it seems this isp's routers prioritize routing-through icmp, over responding to icmp requests themselves, which seem very logical, your advice is certainly the better.
-mgoo
Re: QOSMON v2.3 Released to repo (ACC)
Exactly. Even though the average ping responses from the gateway were way lower (<20ms) if compared to other alternatives (e.g. Google DNS, >60ms), I noticed that under heavy load, the ping responses from my gateway showed values somewhat "unrealistic"? Like it wasn't being the best "reference" to indicate/detect whether my line was fully congested or not. I don't know if I'm making myself clear, but I hope you get the idea.mgoo wrote:currently it seems ping responses from my isp gateway fluctuates noticably more, than the ping responses from my preferred dns server. I have located a public ntp server within my isp network, and I see the same relatively low variation in response.
It's also important to notice that this is my case, so it might not apply to everyone.
I took this screenshot just now, as I was hammering my connection to the limits by torrenting and streaming Spotify. You can also notice ACC being awesome and keeping my average ping low, as usual.


TP-Link Archer C7 v2 - Gargoyle 1.12.X
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1
TP-Link WR842ND v2 - Gargoyle 1.10.X
TP-Link RE450 AC v2 - Stock FW 1.0.4
TP-Link WA850RE v1.2 - LEDE 17.01.1