Tomato QoS settings don't seem to be working

Discussion in 'Tomato Firmware' started by Xaximus, Oct 15, 2008.

  1. Xaximus

    Xaximus Addicted to LI Member

    I'm running Tomato RAF 1.21.8005 on a WRT54GL v1.1.

    I have VOIP, use BitTorrent regularly, and sometimes play online games where a low latency is important. My problems are that VOIP is choppy when BitTorrent is using a lot of bandwidth, and web-browsing is also slowed down significantly, as if I wasn't using QoS at all. My latency in online games is quite high when running BitTorrent. I was expecting Tomato's QoS settings to solve these problems.

    Here are my QoS settings:


    My bandwidth settings are correct; my connection isn't very fast. I disabled ACK priority, as I was told to do so because BitTorrent uses a lot of ACK packets. I have my default QoS class set to lowest so that anything not specified on my QoS list will default to the lowest priority. I set my VOIP settings to use the MAC address.

    Does anyone see any problems with my set up, or does anyone have any suggestions? Thanks very much.
  2. bripab007

    bripab007 Network Guru Member

    Are they? I've not seen many ISPs provide internet connections where the upload speeds are higher/faster than download speeds:confused:

    So your ISP provides a package with ~600kpbs download and ~1500kbps upload? Usually it's the opposite, as upload/outbound bandwidth is the more expensive commodity.

    Secondly, if you really do have download speeds that're roughly 1/3 of your upload speeds, Tomato, or any other QOS product that you can use in your home, cannot really do anything with inbound/download packets, as you don't really have any control of those, being that you're at the packet's endpoint.

    What you should do is just put a value of "999999" in your inbound bandwidth box in QOS settings page.
  3. Xaximus

    Xaximus Addicted to LI Member

    Oh my God, I have no idea how I missed that. You're right of course; I mixed them up, perhaps because I'm used to download first, upload second. Wow, that's embarrassing. :redface:

    Thank you! Hopefully that's the sole reason for my problems.
  4. bripab007

    bripab007 Network Guru Member

    Yes, that should fix your problem currently, but you're just wasting QOS packet processing by even trying to limit inbound bandwidth whatsoever.

    I've been using Tomato QOS for some time with the "999999" value in max inbound bandwidth, and it works great. Might want to do some searching on inbound/downstream QOS to see others' remarks on the matter.
  5. Toastman

    Toastman Super Moderator Staff Member Member

    You are also allowing outbound P2P to send almost unlimited data. That means the incoming returned packets from P2P may be saturating your router, and there may be data backing up at your ISP waiting to be sent to you. The incoming VOIP data might be stuck in that queue. Look at your 24 hour bandwidth graph, see if it's flat-topping. If so, enter 2% to, say, 10% for "lowest" and then increase it until you see the chart flat-topping. then back it off a little.

    Move all other stuff out of "highest" to let your DNS work, this will slow down your web access.

    There is no such thing as "incoming QOS". That is a misnomer - read "rudimentary traffic shaping" instead. In other words, you can only limit your incoming traffic by controlling your "outgoing" data.
  6. Xaximus

    Xaximus Addicted to LI Member

    Okay, so things have been going along very smoothly since making changes, with one exception. When I'm running P2P, my ping in games still sucks. When I shut down P2P, my ping returns to normal.

    My outbound traffic is flat-topping with P2P (but not inbound), so that may be the problem. Only DNS (<2kb) and VOIP are set to "Highest", while my games are set to "High." The ports used for games are port-forwarded.

    My "lowest" setting, which is my catchall for everything not specified in QoS (including P2P), is set to 2-95% outbound... should I lower it to 2-80% or something? My games have a much higher priority, so I wouldn't think this would be necessary.

    Any help would be much appreciated. Thanks!
  7. Xaximus

    Xaximus Addicted to LI Member

    Okay, so I scaled down the maximums for both incoming and outgoing traffic a bit (highest at 100%, high at 95%, lowest at 80%, etc.), and that seems to have helped somewhat. Still, my latency is higher when downloading/uploading torrents. Maybe that just can't be helped, I don't know, but it sucks having to shut down torrents to play and start them up again afterwards.

    I welcome any suggestions.
  8. spicoli

    spicoli LI Guru Member

    Enable the packet reclassification. Also, keep a good eye on the pie charts.
  9. Xaximus

    Xaximus Addicted to LI Member

    Packet reclassification is enabled. I looked for pie charts but didn't see any. Where are they located, and what am I going to keep an eye on?
  10. spicoli

    spicoli LI Guru Member

    Charts are located on QoS/View Graphs. You're looking to see if everything is being throttled correctly.

    I sometimes find that a torrent program surpasses my set limit for the upload class its in (bug?!?!??!?!), so occasionally, I manually cap the upload speed to ~70%, give or take, to what I have as the max in Tomato.

    Also, I have specific torrent ports throttled, and an ipp2p catch rule (using all ipp2p filters) in case there's some escapers that can still be defined by the packet classification, and for other p2p programs other family use.

    I'll post screenies if needed for ideas.
  11. Toastman

    Toastman Super Moderator Staff Member Member

    You are still setting " lowest" (inc p2P) to rise to 95% of outgoing bandwidth which will almost certainly result in too much incoming traffic. Set it to 1% and 15% and then see what happens.

    If you PM me your email address, I can send you more information on setting up QOS.
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice