<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0"
 xmlns:blogChannel="http://backend.userland.com/blogChannelModule"
>

<channel>
<title>Topic &#x27;Re: Tomato firmware and QoS... Possible bug&#x27; in forum &#x27;TekSavvy&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781486</link>
<description></description>
<language>en</language>
<pubDate>Sat, 26 Mar 2022 03:28:53 EDT</pubDate>
<lastBuildDate>Sat, 26 Mar 2022 03:28:53 EDT</lastBuildDate>

<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22784327</link>
<description><![CDATA[DJMASACRE posted : <div class="bquote"><small>said by <a href="/profile/510249" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=510249');">Guspaz</a>:</small><br><br>Generally, upstream QoS only affects downstream inasmuch as freeing up upstream will increase downstream throughput if downstream was limited due to the inability to send ACKs.<br><br>Keep in mind that your upstream QoS cap should be at *MOST* 90% of your actual upstream; I've found 85% works much better. Yes, this will reduce your maximum possible upstream, but it also reserves some space for ACK packets and other such things that will keep your connection running smoothly.<br> </div>I have it just under 80%, and my Q.o.S runs smoothly.<br><br>maybe I could bump it up a bit though. Im the only one really doing any sort of real usage on our LAN right now. <br><br>EDIT: now I remember why I did that originally, I had a roomate living here months ago who used skype and would constantly complain, so I gave him some priority for it, but regardless he complained because he had other issues aswell he would not want to listen to :P <br><br>So i support I could bump it up a bit now. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22784327</guid>
<pubDate>Wed, 29 Jul 2009 14:02:36 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22783859</link>
<description><![CDATA[Guspaz posted : Generally, upstream QoS only affects downstream inasmuch as freeing up upstream will increase downstream throughput if downstream was limited due to the inability to send ACKs.<br><br>Keep in mind that your upstream QoS cap should be at *MOST* 90% of your actual upstream; I've found 85% works much better. Yes, this will reduce your maximum possible upstream, but it also reserves some space for ACK packets and other such things that will keep your connection running smoothly.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22783859</guid>
<pubDate>Wed, 29 Jul 2009 12:44:53 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22783470</link>
<description><![CDATA[koreyb posted : <div class="bquote"><small>said by <a href="/profile/1523173" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1523173');">pnjunction</a>:</small><br><br>Just to be sure...you are reading 'outbound' as uplink and 'inbound' as downlink right?<br><br>I've never had a problem.  For a while I wondered my upload was never higher than 600k on speed tests until I remembered that I'd limited it in Tomato.<br> </div>Correct..  Outbound as uplink and inbound as downlink.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22783470</guid>
<pubDate>Wed, 29 Jul 2009 11:39:34 EDT</pubDate>
</item>
<item>
<title>Tomato QoS Explained</title>
<link>http://www.dslreports.com/forum/Tomato-QoS-Explained-22783400</link>
<description><![CDATA[planiwa posted : Those who desire to understand Tomato QoS may wish to read this thread:<br><br>&raquo;<A HREF="http://www.linksysinfo.org/forums/showthread.php?t=60304" >www.linksysinfo.org/foru &middot;&middot;&middot; ?t=60304</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Tomato-QoS-Explained-22783400</guid>
<pubDate>Wed, 29 Jul 2009 11:26:14 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782682</link>
<description><![CDATA[pnjunction posted : Just to be sure...you are reading 'outbound' as uplink and 'inbound' as downlink right?<br><br>I've never had a problem.  For a while I wondered my upload was never higher than 600k on speed tests until I remembered that I'd limited it in Tomato.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782682</guid>
<pubDate>Wed, 29 Jul 2009 09:01:25 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782628</link>
<description><![CDATA[koreyb posted : Tomato QoS seems to work very well... When VoIP is being used, it slows down the other categories...   When it's not, they run at full speed.<br><br>I'm maybe expecting too much for consumer equipment.   I was just thinking if it's told to only slow upstream, it should realistically not effect downstream too much..   In testing, I put bittorrent at a max of 6kbps for upstream limits..  in turn it slowed downstream to 6 as well, even though in tomato it's set not to touch downstream.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782628</guid>
<pubDate>Wed, 29 Jul 2009 08:44:55 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781948</link>
<description><![CDATA[anon posted : QoS controls only upload by definition. You can't control incoming packets because they are sent by other party, not you, you can only drop incoming packets, which will cause retransmission making things worse. Leave incoming at 100%.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781948</guid>
<pubDate>Wed, 29 Jul 2009 01:30:17 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782008</link>
<description><![CDATA[planiwa posted : It is the <b>design purpose</b> of QoS to control DS traffic by limiting US rates.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22782008</guid>
<pubDate>Wed, 29 Jul 2009 01:27:02 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781875</link>
<description><![CDATA[InvalidError posted : <div class="bquote"><small>said by <a href="/profile/1137179" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1137179');">koreyb</a>:</small><br><br>I have bittorrent apps on the lowest possible setting for uplink only.<br><br>I find that when I adjust the uplink setting, it seems to effect the downlink speed as well. </div>QoS does the same thing as throttling: if you queue more traffic than the router can buffer, it starts dropping them and when TCP detects lost packets in either direction, it starts throttling back to reduce the number of in-flight packets between ACKs.<br><br>If you want to avoid QoS interfering with your torrents under normal circumstances, you have to make sure your BT app's upload cap is set to be slightly less than your router's QoS so QoS will not start interfering with BT traffic until you start using higher-priority protocols.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781875</guid>
<pubDate>Wed, 29 Jul 2009 00:30:01 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781653</link>
<description><![CDATA[koreyb posted : Basic as it may be, it shows that it should be able to control uplink different than down..  <br><br>It wouldn't have that option if that wasn't the case..  <br><br>If it's a known bug.. that's fine.. just wondering that's all..<br><br> ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781653</guid>
<pubDate>Tue, 28 Jul 2009 23:26:46 EDT</pubDate>
</item>
<item>
<title>Re: Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781632</link>
<description><![CDATA[Angelo posted : tomato qos is very basic]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Tomato-firmware-and-QoS-Possible-bug-22781632</guid>
<pubDate>Tue, 28 Jul 2009 23:22:32 EDT</pubDate>
</item>
<item>
<title>Tomato firmware and QoS... Possible bug</title>
<link>http://www.dslreports.com/forum/Tomato-firmware-and-QoS-Possible-bug-22781486</link>
<description><![CDATA[koreyb posted : This may be a bug...  but I just noticed that when i setup QoS on Tomato I'm running into issues when I have it setup to only control the upstream/uplink.<br><br>I have bittorrent apps on the lowest possible setting for uplink only.<br><br>Downlink it is turned off, but I have tried making them all 100%<br><br>I find that when I adjust the uplink setting, it seems to effect the downlink speed as well.<br><br>Is this normal? or just a bug in the firmware that needs fixed?<br><br>I really only need to limit uplink, as 640kbps(REAL) doesn't go far when you use VoIP, and some other time sensitive apps.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Tomato-firmware-and-QoS-Possible-bug-22781486</guid>
<pubDate>Tue, 28 Jul 2009 22:47:05 EDT</pubDate>
</item>
</channel>
</rss>
