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]> 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 >> > >
