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

[Lethasniper007]

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

 

[moonman]

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.

 

[moonman]

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.

 

[L&LD]

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?

 

[moonman]

I am mostly at http://archlinuxarm.org/forum/

 

[ncfoster]

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?

 

[moonman]

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?

N56 and N14 are fully supported (besides NAT offloading, which wasn't really enabled in this firmware too)
http://wiki.openwrt.org/toh/asus/rt-n56u

 

[ncfoster]

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?

 

[moonman]

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

 

[kalpik]

N56 and N14 are fully supported (besides NAT offloading, which wasn't really enabled in this firmware too)
http://wiki.openwrt.org/toh/asus/rt-n56u

You mean to say HW NAT offloading isn't enabled in this padvan build?

Sent from my A0001

 

[moonman]

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

 

[kalpik]

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

Sent from my A0001

 

[kalpik]

Any reason why there hasn't been a release in a long time?

Sent from my A0001

 

[moonman]

http://www.snbforums.com/threads/n1...-padavans-f-w-builds.16295/page-7#post-170209

Anyone is free to pick up where I left off. All source code is at github. I've written a couple of scripts to ease building for different routers. As I said I am on openwrt now and not going back to Padavan's. I really see no point unless your WAN speed is >200.

 

[kalpik]

http://www.snbforums.com/threads/n1...-padavans-f-w-builds.16295/page-7#post-170209

Anyone is free to pick up where I left off. All source code is at github. I've written a couple of scripts to ease building for different routers. As I said I am on openwrt now and not going back to Padavan's. I really see no point unless your WAN speed is >200.

Is the 5GHz bringup problem via LuCi solved in current builds?

 

[moonman]

Is the 5GHz bringup problem via LuCi solved in current builds?

Seems to be fixed in latest trunk builds. Don't know about the stable as I haven't tried it since long time ago. Read the wiki page to make sure you know all the gotchas: http://wiki.openwrt.org/toh/asus/rt-n56u

 

[RensoreK]

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

 

[moonman]

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.

 

[Rich Brown]

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.

 

[Nullity]

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.