Nothing in SFQ etc can help, that system is based on how much bandwidth do you have; not how much you have at the current time. If you are using a MT metal9 or something like that yes, you can use the data rate to change the queues, this would be the simplest, or better yet, use NV2 to do your prioroziation on the radios. If you are using something else that has a dumb queue,. Then you are limited by that.
Dennis Burgess, CTO, Link Technologies, Inc. [email protected]<mailto:[email protected]> – 314-735-0270 x103 – www.linktechs.net<http://www.linktechs.net/> From: Af [mailto:[email protected]] On Behalf Of Christopher Gray Sent: Friday, November 6, 2015 10:45 AM To: [email protected] Subject: Re: [AFMUG] Mikrotik fair queues over a variable speed link? I'm not sure it can work without some feedback from the radio itself. Without some mechanism to slow traffic down between the router and the radio, all traffic will pass through the queuing system of the router and then be passed at link speed to the radio. Then the radio will have to deal with the queue. I'm still going to play with the Mikrotik Stochastic Fairness Queuing, but I'm not convinced it will help much. Manipulating closed loop communication without control over all of the parameters is hard, but I still think there is a way. I like the idea about adjusting the peak speed based on ping time. Perhaps some adjustment could be made while checking the radio modulation. I like what Dennis suggested... a speed test. Perhaps one could pass low priority traffic (so it does not negatively affect existing traffic), measure the total throughput on the link on a periodic basis, and adjust the queue accordingly. On the other hand, it may be easier to just raise the antennas 30'. I'd still like to find a solution. If I do, I'll share. -Chris On Fri, Nov 6, 2015 at 11:05 AM, Adam Moffett <[email protected]<mailto:[email protected]>> wrote: If there's a way that works, I'd be interested also. What I know you CAN do is put higher priority on shorter connections. You mark packets based on bytes transferred in a connection and give higher priority to connections that haven't yet moved more than X bytes (maybe 5,000,000 or 20,000,000). Maybe you can't make everyone's streaming work that way, but you can make sure their web browsing and email works. On 11/5/2015 4:28 PM, Christopher Gray wrote: Is there a way to implement a fair queue system [like PCQ but] over a variable speed / flexible frame link without significantly limiting the overall link speed? I have an area that is being served with a NLOS backhaul link having variable peak speeds. I'm working on the improved backhaul location, but it will still be a few months. Thanks - Chris
