On Fri, 2018-02-02 at 21:16 +0000, Thomas Jackson wrote:
Do you have fastpath switched on at all (or more correctly, did you switch fastpath off now that it is the default for new configs)?
As per [0] "Allowing fast path on eoip, gre, ipip interfaces have side effect of bypassing firewall, connection tracking, simple queues"
Thanks for the suggestion. I think I have - "use_ip_firewall" is turned on in the bridge: /interface bridge settings use-ip-firwall=yes That should disable fastpath...? As noted, the queue definitely has an effect. It's just that except for being able to tell that it is slowing stuff down, it seems impossible to accurately limit the bandwidth. If I set it to 10K/10K, for example, I can feel the lag just in in the CLI, and a file transfer across the link is much, much slower than normal - but much, much faster than 10 kilobits per second. I may need a more accurate tool than Firefox's download meter. It shows a final average download speed over 50GB of 100 or more kiloBYTES per second which is way lower than the normal 1.2 megaBYTES I get for the same file on the same link without the queue (the Internet connection is ADSL). But 100 kilobytes per second is WAY higher than the 10 kilobits or less that I was expecting with the queue in place. I don't think it's THAT broken... One crazy theory I had was that the 10K is packets, not bits. There is some discussion of packets vs bits in the doco, but the queue doco all says that those numbers are bits per second, unless I'm misreading it. It would be good if there were some way to specify bits. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer@nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 8454 EE43 6215 B6DD 1B4D 9D8D 984D 7BA1 7378 A38D Old fingerprint: 58F8 09D4 97E4 D74A 0940 44BC 8D6D C28C 3BC9 B0CB