https://redmine.pfsense.org/https://redmine.pfsense.org/favicon.ico?16780521162019-07-24T01:20:07ZpfSense bugtrackerpfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=410052019-07-24T01:20:07ZGreg M
<ul></ul><p>Hi again.</p>
<p>I restored config on 2.4.4-p3 and this are working just fine there.</p>
<p>I believe this on is related to <a class="external" href="https://redmine.pfsense.org/issues/8954#change-41002">https://redmine.pfsense.org/issues/8954#change-41002</a> .</p>
<p>Thanks!</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=410072019-07-24T07:09:23ZJim Pingle
<ul><li><strong>Category</strong> set to <i>Traffic Shaper (Limiters)</i></li><li><strong>Target version</strong> set to <i>2.5.0</i></li></ul><p>The two cannot be related. ALTQ is not used for limiters.</p>
<p>I have also seen a similar situation on 2.5 where limiters were not functional and had to be removed to pass traffic.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=410102019-07-24T08:13:06ZGreg M
<ul></ul><p>Hmmm OK, I have Hyper-V, 2.5.0 and pppoe.</p>
<p>But weird is, that on when applied on IN direction on LAN it works ok.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=419632019-08-21T10:26:30ZJim Pingle
<ul><li><strong>Subject</strong> changed from <i>Limiters in 2.5</i> to <i>Limiters do not function properly on 2.5 snapshots</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=421242019-08-26T09:37:33ZGrant Peier
<ul></ul><p>I experienced the same behavior as Greg M when updating from 2.4.4-p3 to 2.5.0. This was on a bare-metal install.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=429262019-11-18T00:41:02ZGreg M
<ul></ul><p>Hi.</p>
<p>Any update on this one?</p>
<p>Thanks!</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=429282019-11-18T07:17:35ZJim Pingle
<ul></ul><p>Nothing yet, but since we are rebasing on FreeBSD 12.1 soon, it will need to wait until after that happens.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=447742020-02-24T22:16:51ZRyl Thelandria
<ul></ul><p>Experiencing same behavior as reported by Greg M on my physical install of pfsense 2.5 dev. Traffic just stops.</p>
<p>Followed the instructions from 2.4.4 here (from a pfsense Short Topic vid, first topic): <a class="external" href="https://www.youtube.com/watch?v=o8nL81DzTlU&t=380">https://www.youtube.com/watch?v=o8nL81DzTlU&t=380</a> No dice.</p>
<p>Meantime, I disabled the floating rule for now, and I try again every few weeks...no change in behavior since I first tried back at the start of Jan 2020.</p>
<p>Any news? Thanks, in advance. Love your software otherwise! Gorgeous, powerful, versatile!</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=462802020-05-19T09:55:59ZGyula Kelemen
<ul></ul><p>Hi.</p>
<p>Same behavior on Proxmox/KVM - pfSense 2.5.0.a.20200518.1031 with vtnet driver.<br />Any update on this?</p>
<p>Thanks!</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=464582020-05-27T06:13:15ZManuel Piovan
<ul></ul><p>not working for me either<br />2.5.0.a.20200522.0732 <br />I need to disable the floating rule to make internet work again</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=466352020-06-07T16:01:33ZTom Fuke
<ul></ul><p>I'm having the same issue, running on a VK-T40E:</p>
<p>2.5.0.a.20200603.1253</p>
<p>If I enable the floating rule, I lose all internet/WAN traffic.</p>
<p>Out of interest, for those running on 2.4.x, can you see the queue in any of the pfSense monitoring/status/log tools?</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=475312020-08-19T11:27:11ZChris Collins
<ul></ul><p>Hi guys, just to confirm it looks like I have the same problem.</p>
<p>pfSense running in a Proxmox VM, I did gui update from 2.4.x to 2.5 devel.</p>
<p>After an hour I was informed server's behind firewall are dead, and noticed dummynet was making all traffic just timeout as if there was a block rule in place, the limiter was configured as in the pfSense video guide.</p>
<p>I am using vtnet driver.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=475322020-08-19T12:25:53ZChris Collins
<ul></ul><p>I can also confirm it works fine on LAN, and since the setup uses NAT, it means I can use this as a workaround, I put myself forward as a volunteer if any patches get made and need testing, I can test on this server.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=476762020-09-09T15:52:05ZLuiz Souzaluiz@netgate.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li></ul><p>Can someone confirm this is still broken with a current snapshot ?</p>
<p>I was able to set up a floating rule and the limits were properly applied.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=476792020-09-09T17:35:39ZAbhinav Tella
<ul></ul><p>Still broken for me on the latest build, I tested just now.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=476802020-09-09T20:41:16ZLuiz Souzaluiz@netgate.com
<ul></ul><p>Can you give me more details ? show me your rules and results ?</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=476812020-09-09T21:53:54ZAbhinav Tella
<ul></ul><p>Here are the limiters and firewall floating rule I used. When the firewall rule is enabled, no traffic gets through the WAN, the same setup worked fine in 2.4.5-P1. I have no other user generated rulesets other than default from install time. No pfBlockerng or any other packages. I am testing bare metal on an AMD Epyc 3251 SuperMicro build w/Intel X710-T2L ethernet adapter.</p>
<p><strong>UPDATE</strong>: The upload limiter seems to work, I went back to the firewall rule and selected none for the "Out Pipe". So basically it's the downlink limiter that's not functional in 2.5.0.</p>
<p><ins><strong>Limiters:</strong></ins></p>
<p><strong>Download Limiter:</strong><br />Bandwidth: 1000 Mbps (I get 1150-1200 Mbps from ISP) (later tried 900 Mbps)<br />Queue Management Algorithm: CoDel<br />Scheduler: FQ_Codel<br />Queue Length: 1000 also tried leaving blank<br />ECN: Enabled<br /><strong>—Download Queue:</strong><br />Queue Management Algorithm: CoDel<br />ECN: Enabled</p>
<p><strong>Upload Limiter:</strong><br />Bandwidth: 36 Mbps<br />Queue Management Algorithm: CoDel<br />Scheduler: FQ_Codel<br />Queue Length: 1000 also tried leaving blank<br />ECN: Enabled<br /><strong>—Upload Queue:</strong><br />Queue Management Algorithm: CoDel<br />ECN: Enabled</p>
<p><ins><strong>Firewall Floating Rule:</strong></ins><br />Action: Pass<br />Interface: WAN<br />Direction: Out<br />Address Family: IPv4<br />Protocol: Any<br /><ins>Advanced:</ins><br />Gateway: WAN_DHCP - 192.168.x.x<br />In/Out Pipe: Upload Queue (In) / Download Queue (Out)</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=478422020-09-18T13:15:28ZRenato Botelhorenato@netgate.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>New</i></li><li><strong>Assignee</strong> set to <i>Luiz Souza</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=480132020-09-23T12:45:49ZJesse Beauclaire
<ul></ul><p>Abhinav Tella wrote:</p>
<blockquote>
<p>Here are the limiters and firewall floating rule I used. When the firewall rule is enabled, no traffic gets through the WAN, the same setup worked fine in 2.4.5-P1. I have no other user generated rulesets other than default from install time. No pfBlockerng or any other packages. I am testing bare metal on an AMD Epyc 3251 SuperMicro build w/Intel X710-T2L ethernet adapter.</p>
<p><strong>UPDATE</strong>: The upload limiter seems to work, I went back to the firewall rule and selected none for the "Out Pipe". So basically it's the downlink limiter that's not functional in 2.5.0.</p>
<p><ins><strong>Limiters:</strong></ins></p>
<p><strong>Download Limiter:</strong><br />Bandwidth: 1000 Mbps (I get 1150-1200 Mbps from ISP) (later tried 900 Mbps)<br />Queue Management Algorithm: CoDel<br />Scheduler: FQ_Codel<br />Queue Length: 1000 also tried leaving blank<br />ECN: Enabled<br /><strong>—Download Queue:</strong><br />Queue Management Algorithm: CoDel<br />ECN: Enabled</p>
<p><strong>Upload Limiter:</strong><br />Bandwidth: 36 Mbps<br />Queue Management Algorithm: CoDel<br />Scheduler: FQ_Codel<br />Queue Length: 1000 also tried leaving blank<br />ECN: Enabled<br /><strong>—Upload Queue:</strong><br />Queue Management Algorithm: CoDel<br />ECN: Enabled</p>
<p><ins><strong>Firewall Floating Rule:</strong></ins><br />Action: Pass<br />Interface: WAN<br />Direction: Out<br />Address Family: IPv4<br />Protocol: Any<br /><ins>Advanced:</ins><br />Gateway: WAN_DHCP - 192.168.x.x<br />In/Out Pipe: Upload Queue (In) / Download Queue (Out)</p>
</blockquote>
<p>I am also having the same issue running the identical configuration as Abhinav Tella on 2.5.0-DEVELOPMENT (amd64) (built on Thu Sep 10 01:03:22 EDT 2020). The only difference is that I have it split between two floating rules; one for IPv4 and the other for IPv6.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=488162020-10-19T10:03:07ZLuiz Souzaluiz@netgate.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=501292021-01-01T14:16:58ZJesse Beauclaire
<ul></ul><p>Is there any update on this?</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=501332021-01-01T23:51:55ZThomas Pilgaard
<ul></ul><p>Tested fq-codel out on the latest snapshot and found out that if i apply an outbound WAN pass rule to ipv6 it does apply and works just fine for IPv6 traffic. But at the same time IPv4 traffic gets instant blocked even though there isn't a rule that apply for it</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=503672021-01-16T15:21:18ZSamuel Hanna
<ul><li><strong>File</strong> <a href="/attachments/3330">Screenshot_82.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/3330/Screenshot_82.png">Screenshot_82.png</a> added</li></ul><p>I've tested FQ_CODEL Too, but not working.<br />i have dual wan setup, and i have 4 different limiters (2) for every wan connection for UP and Down.<br />when i make a Floating rule with WANs interfaces by OUT direction it works fine by just adding the IN QUEUE (which is the upload limiter queue) and set the OUT QUEUE for none.<br />but if i added the OUT QUEUE for a value (which is the download limiter queue) everything is not working, so i tried to mask destination hosts to know the line of data, which really surprised me that (in the download limiter queue the destinations were lan IP addresses not the interface IP) which i think is playing role in blocking data through the Queue.<br />i can really make a video of it. wish i could help.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=507362021-02-01T11:40:50ZAnonymous
<ul><li><strong>Affected Version</strong> changed from <i>2.5.0</i> to <i>All</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=507382021-02-01T11:41:38ZAnonymous
<ul><li><strong>Affected Version</strong> changed from <i>All</i> to <i>2.5.0</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=509412021-02-08T03:26:40ZPeter Grehan
<ul><li><strong>Private</strong> changed from <i>No</i> to <i>Yes</i></li></ul><p>I'm able to reproduce this. As mentioned in earlier comments, the issue only shows when the inbound queue is enabled. Will be doing some more tracing of ipfw/dummynet to see where packets are being dropped.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=509592021-02-08T07:28:16ZJim Pingle
<ul><li><strong>Private</strong> changed from <i>Yes</i> to <i>No</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=509652021-02-08T09:06:49ZKevin S
<ul></ul><p>Hi. I am also able to reproduce this. It works fine on 2.4.5, but on 2.5.0, the minute the floating rule is enable, I lose access.</p>
<p>Peter Grehan wrote:</p>
<blockquote>
<p>I'm able to reproduce this. As mentioned in earlier comments, the issue only shows when the inbound queue is enabled. Will be doing some more tracing of ipfw/dummynet to see where packets are being dropped.</p>
</blockquote> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510262021-02-10T08:28:36ZLuiz Souzaluiz@netgate.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>All the fixes from 2.4.5 are now merged.</p>
<p>Initial tests looks good.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510412021-02-10T17:17:29ZSish Kitane
<ul></ul><p>Luiz Souza wrote:</p>
<blockquote>
<p>All the fixes from 2.4.5 are now merged.</p>
<p>Initial tests looks good.</p>
</blockquote>
<p>I can confirm this is resolved for me on 2.5.0.r.20210210.0933.</p>
<p>Thank you and congrats on the release!</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510472021-02-11T01:01:50ZGreg M
<ul></ul><p>I can confirm working too.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510502021-02-11T05:38:18ZRenato Botelhorenato@netgate.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510512021-02-11T07:05:38ZJim Pingle
<ul></ul><p>Looks good here as well. Not only can I pass traffic with limiters on, I am back to an A on the bufferbloat test thanks to CoDel.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510542021-02-11T07:53:33ZJesse Beauclaire
<ul></ul><p>I'm not sure if this is related, my understanding of this is limited. After creating/enabling CODEL traffic limiters again after updating pfSense to 2.5.0 RC and applying floating rules for IPv4 and IPv6, I receive the following error message:</p>
<blockquote>
<p>There were error(s) loading the rules: /tmp/rules.debug:326: no routing address with matching address family found. - The line in question reads [326]: pass out quick on { igb0 } $GWWAN_DHCP6 inet6 from any to any tracker 1609523960 keep state dnqueue( 2,1) label "USER_RULE: CoDel Limiters"<br />@ 2021-02-11 07:39:56</p>
</blockquote>
<p>If I disable the IPv6 floating rule for the limiter I do not receive the error message, but upon re-enabling the rule the error comes back.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510552021-02-11T07:55:49ZJim Pingle
<ul></ul><p>That doesn't appear to be related to this specific issue, it looks like a problem with your rule / state of your system.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510562021-02-11T07:58:00ZJesse Beauclaire
<ul></ul><p>Jim Pingle wrote:</p>
<blockquote>
<p>That doesn't appear to be related to this specific issue, it looks like a problem with your rule / state of your system.</p>
</blockquote>
<p>Any guidance on where I could look for assistance so I don't clog up this bug report?</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510572021-02-11T08:02:06ZJim Pingle
<ul></ul><p>Make a post on the forum and discuss it there, that's the best way to diagnose your issue.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510602021-02-11T09:24:49ZLuiz Souzaluiz@netgate.com
<ul><li><strong>Status</strong> changed from <i>Resolved</i> to <i>Closed</i></li></ul> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510762021-02-12T02:59:19ZChris Collins
<ul></ul><p>I updated to the latest stable (new RC 2.5)</p>
<p>Sadly I still have the same problem, I am still checking stuff to make sure I haven't broken it from previous fiddling to try and get it working when it initially broke but early signs are not good.</p>
<p>Its basically floating match rule on WAN interface, quick match, assign the limiter, and all traffic hitting the rule is going into a black hole.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510772021-02-12T03:11:33ZChris Collins
<ul></ul><p>Ok to summarise.</p>
<p>It works on outbound WAN matching (this was broken before the patch).<br />It works on inbound and outbound LAN matching.<br />It goes into a black hole on inbound WAN matching.</p>
<p>If I keep the match rule but remove the dummynet queue (so it just matches but does nothing elsE), the traffic is processed normally, so it is a dummynet issue on inbound WAN traffic.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510862021-02-12T10:04:25ZJesse Beauclaire
<ul></ul><p>Chris Collins wrote:</p>
<blockquote>
<p>Ok to summarise.</p>
<p>It works on outbound WAN matching (this was broken before the patch).<br />It works on inbound and outbound LAN matching.<br />It goes into a black hole on inbound WAN matching.</p>
<p>If I keep the match rule but remove the dummynet queue (so it just matches but does nothing elsE), the traffic is processed normally, so it is a dummynet issue on inbound WAN traffic.</p>
</blockquote>
<p>Is that with both IPv4 and IPv6 rules?</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510872021-02-12T10:25:05ZChris Collins
<ul></ul><p>I only have it configured with ipv4.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510892021-02-12T10:40:18ZJim Pingle
<ul></ul><p>Chris Collins wrote:</p>
<blockquote>
<p>It goes into a black hole on inbound WAN matching.</p>
<p>If I keep the match rule but remove the dummynet queue (so it just matches but does nothing elsE), the traffic is processed normally, so it is a dummynet issue on inbound WAN traffic.</p>
</blockquote>
<p>Was that same configuration known to work on 2.4.5-p1? That doesn't sound like something we've supported with limiters (there are some quirks with match+dummynet behavior) -- Nobody else is reporting issues, including people with limiters on multiple WANs, so it may be you have stumbled onto a case that shouldn't work which wouldn't be a valid test for this bug.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510902021-02-12T10:43:00ZChris Collins
<ul></ul><p>It did work yes, the reason for the configuration is, the firewall is in front of a webserver, and I want people who download the files to not have an advantage if they use something like a download manager to multithread, so I shape per ip, and I only want it to shape on webserver traffic, so I match the connections inbound.</p>
<p>If you want, I can probably setup another pfsense VM fairly quickly on 2.4.5 just to confirm this for this issue.</p>
<p>I am able to do the shaping on LAN though so it isnt the end of the world if its not working, but you may possibly get other reports if anyone else uses it the same way as I was.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510912021-02-12T10:47:23ZJim Pingle
<ul></ul><p>At this point I'd say open a new and more specific bug report for that once you have all the info collected and re-tested, since this issue was for limiters being completely broken for everybody and that is a much more niche/focused case which seems unrelated. Something else in the base OS changing might have affected that differently.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=510922021-02-12T10:53:46ZChris Collins
<ul></ul><p>Yeah I can do that at a later date. I will keep it out of this report now.</p> pfSense - Bug #9643: Limiters do not function properly on 2.5 snapshotshttps://redmine.pfsense.org/issues/9643?journal_id=516112021-02-25T23:32:09ZAshus CZ
<ul></ul><p>I believe I have the same issue, I just upgraded from 2.4.5 to 2.5.0 and upload queues are empty.<br />I also use multi-WAN configuration.</p>
<p>An example of floating rule that matched HTTPS traffic:<br />Action: match<br />Interface: WAN1<br />Direction: any<br />Family: IPv4+IPv6<br />Protocol: TCP<br />Source: any<br />Destination: any, port 443<br />Ackqueue: qACK1<br />Queue: qNormal1</p>
<p>Another one was identical with these differences:<br />Interface: WAN2<br />Ackqueue: qACK2<br />Queue: qNormal2</p>
<p>Queues have this structure:</p>
<pre>
Interface WAN1
-qUploadV1
--qACK1
--qICMP1
--qRealtime1
--qHigh1
--qNormal1
--qLow1
Interface WAN2
-qUploadV2
--qACK2
--qICMP2
--qRealtime2
--qHigh2
--qNormal2
--qLow2
Interface LAN
-qLink
--qDownloadV1
---qACK1
---qICMP1
---qRealtime1
---qHigh1
---qNormal1
---qLow1
--qDownloadV2
---qACK2
---qICMP2
---qRealtime2
---qHigh2
---qNormal2
---qLow2
</pre>
<p>On version 2.4.5 and before, download and upload queues were filled with this traffic. On 2.5.0 the upload queues are empty, effectively not shaping upload at all causing increased latency over DSL lines.<br />Any advice please?</p>