I am using R610 & Unleashed 188.8.131.52.246 firmware. I discovered the ARC function, and it seems to be a technology that utilizes the dpi of QOSMOS.
It worked pretty well in my tests (google drive, youtube and etc) so I moved the dscp marking rules I was using on my windows 10 laptop to ARC. ARC is a pretty attractive feature to me because it can be easily used with mobile smartphones and tablets.
In Android, it is difficult to set dscp or tos marking unless the app has a function.
ARC uses the following dscp values
voice : cs6 / video : af41 / best effort : cs0 / background : af11
and this works fine but strangely, when I set the same dscp marking on the router in front of the AP, it is applied differently to the wmm queue.
The problem is:
ARC vocie: cs6 > voice queue
router cs6 > voice queue (OK)
ARC video: af41 > video queue router af41 > best effort (Wrong)
ARC best effort: cs0 > best effort router cs0 > best effort (OK)
Sounds really interesting. I really see the very first time, when QOS is used to improve experience for heavy home user. So from description I can understand that in your situation bottleneck is local network, not Internet part, in which case using QOS to prioritize traffic on local network (as you can't use QOS on Internet) really can help.
It can be that improvement of Internet infrastructure makes it common situation, so I really became interested to check if similar configuration on business networks will improve experience. I'll make changes on configuration of some networks and check if it will have desired effect.
Thanks that you shared your experience, it is very interesting topic...