Talk:Tomato Firmware/Installation and Configuration

QoS Default Class
I'm using Tomato 1.28 on a WRT54GL. The Default class does not behave as a catch all for connections that don't match any of the rules. I assigned the default class to be "Class D" (and nothing else to that class). I'm seeing anywhere between 2 to 6 connections in Class D. There is no reason why they should be in class D. The connections are through the WAN. And I have a catch-all rule which assigns all TCP and UDP connections on all ports (1 - 65535) into the Lowest class.

Some connections that apparently match this Lowest rule end up Unclassified. I can buy that; maybe they have traffic in the incoming direction only, and the explanation is that purely internal or incoming-only connections are unclassified for QoS. Fine.

But why there are Class D connections is a complete mystery. Also it's a mystery why these are all for a particular client IP within my network.

The only thing different about that IP is that I have a Layer 7 rule set up for that IP for Skype-to-Skype traffic. But that rule is tied to the Highest class, not Class D. Moreover, the Class D connections are usually Bittorrent. Nothing to do with Skype.

Another machine is running BT also, but the router does not report any Class D connections for that client. All of that machine's BT connections are either Unclassified or Lowest, as you would expect.

The QoS in Tomato is definitely quirky.

USB Printing has a bad link
The first link for setting Tomato up for USB printing leads to a non-existent web address. It is time for me to pack it in for the evening, and I don't have the time to run the reference down, assuming it still exists. Former Big Iron Guy (talk) 06:15, 25 October 2010 (UTC)