<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Can&#x27;t get traffic to land in the queues I want]]></title><description><![CDATA[<p dir="auto">I started with the wizard so I know the basic stuff is in place.</p>
<p dir="auto">I adjusted the size of the roots (in and out) to match my bandwidth.  I bumped up wan and LAN acks per the FAQs in the forum.</p>
<p dir="auto">Here's what I'd like to do:<br />
Two Xbox 360s, both on static IPs (actually, DHCP reservations, but yeah) – make these higher priority than normal traffic<br />
P2P traffic (Bittorrent) from a single PC with a static IP, static source (out) and destination port (in) for the traffic -- make this lower priority than everything else<br />
SSH and RDP traffic - guaranteed bandwidth, high priority but low amount.</p>
<p dir="auto">web, everything else - "normal"</p>
<p dir="auto">I started playing around by making a pair of new rules based on the P2P defaults.  I made them more specific, per the single PC mentioned above and the aforementioned static source port on the outbound rule and static dest port on the inbound rule.</p>
<p dir="auto">I didn't get anything in the P2P queues even after these new rules, and I'm not sure why.</p>
<p dir="auto">I seem to remember seeing someone mentioning that the default "no lockout" rule on the LAN has to be removed for shaping to work, is this correct?  Will shaping work if I use an "Allow all" policy on the LAN?  (This is my home network and I trust all the stuff that touches it.)</p>
<p dir="auto">Since I'm already asking one shaper question, here's one other one.  My home connection (Cable) has a "burst" feature where they allow some much higher amount of traffic for about a minute or as long as bandwidth is available, and they then drop down after a while to the "rated" download speed.  Is there any way I can allow this with the shaper, perhaps by setting the WAN queue double the rated amount?  Most of my shaping needs are on outbound traffic anyway, so I don't care as much if the inbound shaping doesn't really work.</p>
]]></description><link>https://forum.netgate.com/topic/25370/can-t-get-traffic-to-land-in-the-queues-i-want</link><generator>RSS for Node</generator><lastBuildDate>Wed, 14 Oct 2026 03:43:58 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/25370.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 29 Jul 2010 01:55:44 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Can&#x27;t get traffic to land in the queues I want on Tue, 03 Aug 2010 23:00:24 GMT]]></title><description><![CDATA[<p dir="auto">Feel like I'm talking to myself here, but I think I figured it out.</p>
<p dir="auto">UPnP screws up shaping.  By default, uTorrent uses UPnP to map its port.</p>
<p dir="auto">I disabled the UPnP mapping in uTorrent, loaded up my Shaper rules again, and now my Torrent traffic goes into the correct queues.  Thankfully the only other traffic I use UPnP for is game systems, so I can hard-assign the "qGamesDown" Queue to UPnPd and this should work out OK.</p>
<p dir="auto">(I actually have a few other port mappings in there from a Windows Home Server, but they aren't used enough for me to be concerned that they're in the wrong queue.)</p>
<p dir="auto">I'm still not 100% on how I can handle "bursting" downloads (i.e. Road Runner powerboost).</p>
<p dir="auto">What I've done now:<br />
qLANRoot (i.e. incoming traffic) - I changed the "Bandwidth" from 7000Kb to 100 (percent).  I then turned on the "Upperlimit" service curve, and specified my values in there.  (M1 = 10000Kb which is what I've read is the powerboost cap, d=16000 or 16 seconds, according to wikipedia, and M2=7000Kb, my "normal" download speed).  I haven't yet played with speedtest to see if this will work though.</p>
]]></description><link>https://forum.netgate.com/post/241801</link><guid isPermaLink="true">https://forum.netgate.com/post/241801</guid><dc:creator><![CDATA[ZPrime]]></dc:creator><pubDate>Tue, 03 Aug 2010 23:00:24 GMT</pubDate></item></channel></rss>