Adaptive QOS not detecting CrashPlan backups

[Ronv42]

Today I turned on a backup of one of my lager directories to send them to CrashPlan. About 5 minutes into it my browser of the internet slowed to a crawl due to upstream congestion. I paused CrashPlan and everything returned to normal.

With a little experimenting I noticed that the adaptive QOS identified the traffic as "General" when you clicked on the host icon. It appears that the adaptive QOS puts it in the same category as web browsing but I can't be sure other than my anecdotal evidence of making phone calls and steaming video still worked fine with CrashPlan enabled. CrashPlan seems to be using ports in the 5000's to do it communicating. I am attaching a picture of the traffic page.

When I ran tomato I was able to leverage the DSCP bits of CrashPlan to have it set to file transfer priority. How can one communicate to Trend Micro that their QOS rules don't account for CrashPlan? Also has anyone found a way to modify the TC rules to account for DSCP bits in Merlin/ASUS firmware's?

 

[RMerlin]

Most SSL traffic gets categorized as General, as the DPI engine cannot process encrypted traffic.

I don't think you can contact TrendMicro about this, you will have to contact Asus, who in turn would contact TM. That's at least what happened when I was experiencing issues related to VoIP in the early days of Adaptive QoS.

From what I know about DSCP, the vast majority of ISPs flat out ignore it. It wouldn't surprise me if they even dropped that flag.

 

[Ronv42]

From what I know about DSCP, the vast majority of ISPs flat out ignore it. It wouldn't surprise me if they even dropped that flag.

Agreed that the SSL payload cannot be handled by the IP tables but DSCP bits can be decoded since it's in the IP header. With Tomato I was able to set a DSCP class BE rule that would put the traffic into the "bulk" group. By default CrashPlan sets those bits. Also the amount of data in the connection should be traceable and re-classified to file transfer if exceeding say 500kb.

I may have to try to code something myself with classic QOS via netfilter and startup scripts since the rules for classic are very limited. I like the idea the adaptive QOS and it seems to identify quite a bit of the common types of traffic. Oh well more work to be done....

 

[charlie2alpha]

I do not have a model with the DPI engine but from what I read in the forum it's not really for people who have special needs. In such cases, the classic Linux QoS needs to be employed with custom rules via scripting. It's the solution I resorted to in order to classify as bulk the torrent traffic of my Linux home server. The downside is that you lose hardware acceleration, something than can affect users of high speed lines, in my case not an issue as I am using a simple ADSL2 line.