What's new

N14/N56/N65 QOS UP/DOWN + BFQ with Padavan's F/W builds

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

I'm looking to have full ip bandwith control, would like to control how much bandwith go to each device will this router or firmware do that
 
Currently you can only put an ip (or range) into a class (low, medium high priority). You can not cap bandwidth to a specific ip. Although the script can be modified to do just that, I have no interest in implementing it. If somebody wants to do a PR on github - that's fine with me.
 
This is the last build for sure this time. I've moved on to openwrt and have had it for the past week and it is awesome.
 
This is the last build for sure this time. I've moved on to openwrt and have had it for the past week and it is awesome.

Thanks for the latest firmware. Any links to where you are now hanging out?
 
Thank you for your work. Just to be clear, you are not suggesting that there is a build of openwrt for the n56 or the other routers covered here, right? I presume that you are building for a different set of routers?
 
Oh, I had no idea. What makes you prefer OpenWRT? Was that the firmware that attempts to address bufferbloat? I have been hoping to address that for ages.

Edit: and are there specific considerations for switching from these builds to OpenWRT, or is it just a straight flash and go?
 
Oh, I had no idea. What makes you prefer OpenWRT? Was that the firmware that attempts to address bufferbloat? I have been hoping to address that for ages.

Edit: and are there specific considerations for switching from these builds to OpenWRT, or is it just a straight flash and go?
Afaik nothing special - just flash and go. Openwrt is just more modular with more software available (without entware/optware). Lets not hijack this thread. Theres a dedicated n56 openwrt thread
 
You mean to say HW NAT offloading isn't enabled in this padvan build?

Sent from my A0001
Well, it is. But the whole point of my builds was to get QOS working, and to do that you have to disable HW-NAT. There is no point in hw-nat unless you have >200Mbit link to the internet. Mine is 25D and 2.5U.
Nice phone btw ;)
 
Well, it is. But the whole point of my builds was to get QOS working, and to do that you have to disable HW-NAT. There is no point in hw-nat unless you have >200Mbit link to the internet. Mine is 25D and 2.5U.
Nice phone btw ;)

Ah, got it! Thanks! And yes, the phone is nice :D

Sent from my A0001
 
moonman , I really really want to thank you for your contribution to this router. If you accept donations via paypal please let me know =) . Glad you've moved to OpenWRT. Seems you keep this router alive and kicking well beyond what I expected to get from it!!
 
Last edited:
moonman , I really really want to thank you for your contribution to this router. If you accept donations via paypal please let me know =) . Glad you've moved to OpenWRT. Seems you keep this router alive and kicking well beyond what I expected to get from it!!
It is very capable router, actually probably the best I have owned so far and much faster compared to broadacom alternatives with a good 5GHz range. Cheers.
 
A couple other things about OpenWrt...

1) You can test for Bufferbloat - undesirable latency that comes from the router buffering too much data - with the DSLReports Speed Test at http://dslreports.com/speedtest If the latency gets bigger during the download or upload, your router is bloated. (Other speed test sites only test latency before the test with a couple pings - that doesn't really test the router at all.)

2) With OpenWrt, it's easy to eliminate the bufferbloat by using the "SQM QoS" package. There are instructions for installing and configuring at http://wiki.openwrt.org/doc/howto/sqm

3) After you've installed and configured SQM (a few clicks) the DSLReports Speed Test should show that bufferbloat is gone.
 
It's great to see bufferbloat/latency becoming the topic of the day. FQ_CoDel is what OpenWRT uses as it's de-bufferbloating algorithm, iirc.

Currently, the people who developed CoDel are working on an improved, ingress&egress algorithm called Cake. It is pretty ambitious. I mean, how often is it that you enable on of these latest&greatest things and it makes no difference. CoDel, for most people (me included), makes a huge difference. 600ms ping vs 50ms ping during a fully saturated upload.

http://bufferbloat.net is where you can find some good mailing lists, Cake, and plenty of background on bufferbloat.
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top