Sorry, but Adaptive QOS means having to bring in the TrendMicro DPI engine, and that's just way beyond the scope of this fork.Any thought of the effort required to add adaptive QOS to the fork for ARM routers ? The wireless performance of the fork is why I use it but being able to have adaptive QOS and NAT acceleration would be much better in my opinion.
Sorry, but Adaptive QOS means having to bring in the TrendMicro DPI engine, and that's just way beyond the scope of this fork.
Its really too bad because all the ISP's are boosting their speeds and traditional QOS cuts the speed these routers can support in half. Will native IPv6 allow these routers faster maximum speeds vs IPv4?
That is not correct.
The only useful improvement that Adaptive QoS offers is Deep Packet Inspection. DPI is becoming increasingly useless because it can only inspect unencrypted traffic.
Beyond that, traditional QoS is just as powerful as Adaptive QoS.
Actually, DPI can be a source of slow-downs itself since it is so processor intensive.
I think what @kolodzij is referring to is that traditional QoS disables NAT acceleration, so you're limited if for example you have a Gbps connection. Adaptive QoS works with NAT acceleration.Beyond that, traditional QoS is just as powerful as Adaptive QoS.
Actually, DPI can be a source of slow-downs itself since it is so processor intensive.
That's exactly what he meant of course. But it's not just a matter of the abilities of each QoS type but also an ease of use one. The Adaptive QoS is the best solution for the average buyer who doesn't know squat about linux, ports, subnets etc etc all the technical stuff, since it does what it does automaticallyI think what @kolodzij is referring to is that traditional QoS disables NAT acceleration, so you're limited if for example you have a Gbps connection. Adaptive QoS works with NAT acceleration.
The Trend Micro engine doesn't just rely on DPI, it also relies on other criteria such as the destination address/port. For instance, the Apps Analysis page can report a separate entry for "Google User Content (SSL)".
That can be done with traditional QoS too though, right?
Destination port 5228 or something.
Thanks for the kind words....Been gone a long time. Coming from 374.43_2-10j9527. Been clicking through these pages reading amap. Straight to v14? No reset needed as I understand. Unless I have missed something somewhere. I'll have to say, this is the best danged firmware since the wheel. Never had anything be as stable. No reboots, waiting, nothing. Just works. Thanks. Wish a manufacturer could figure it out.
Running cooler as well.
Stronger signal to all devices as well? Different parameters for data?
The Apple support has always been a bit hit or miss. But I remember seeing a post similar to this in another thread (it might have actually been from you) with the exact same experience. For V15, I backported some more avahi changes from 378.55 with the hopes that it might help. Unfortunately, I'm not an Apple user so can't test/debug anything there.I have 2 RT-AC68 boxes running on John´s fork version 14E1.
One is running as the main router and one is running in media bridge mode.
Everything works perfekt except Apple Air printing.
The Air Print printer (hp jaser jet) is connected to the media bridge - wired.
First the media bridge was running on John´s version 13E1 and Air printing was not working too.
Then I moved to Merlin 378.55 and Air printing was starting to work immediately.
My intention is clearly to run both boxes on the same firmware release - on John´s fork.
As I saw the release notes for 14E1 ..
Enable avahi-reflector as default for improved Apple connectivity
.. I was hoping
But it still does not work on 14E1.
What is the difference to 378.55 in terms of air print printer discovery ?
Could an "avahi post.conf" on jffs2 fix this problem on 14E1 ?
The 'good' ghosts must have been at work at your house....only explanationLet me correct. Did power cycle, no reset. Brain dead at the moment. Halloween and 4 kids.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!