D-Link Forums
The Graveyard - Products No Longer Supported => Routers / COVR => DGL-5500 => Topic started by: murraydr44 on January 14, 2015, 09:44:40 AM
-
If anyone wants to try alternate firmware for their DGL-5500, you might want to try openwrt's latest chaos calmer release : http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-dgl-5500-a1-squashfs-factory.bin (http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-dgl-5500-a1-squashfs-factory.bin)
Chaos Calmer supports IPV6 and provides an alternate qos through fq_codel and sqm. Kernel 3.10 provides fq_codel built-in.
sqm can be installed with the command: opkg install luci-app-sqm (smart queue manager).
Reference: http://www.bufferbloat.net/projects/cerowrt/wiki/Setting_up_SQM_for_CeroWrt_310 (http://http://www.bufferbloat.net/projects/cerowrt/wiki/Setting_up_SQM_for_CeroWrt_310)
The DGL-5500 can be safely flashed back to D-Link firmware using the Luci interface.
gargoyle-router.com has aqm (advanced queue manager) and 1.7 beta supports the Archer C7, using the same chipset as the DGL-5500.
D-Link DGL-5500 working FAQ:
OpenWRT for the DGL-5500 FAQ (http://forums.dlink.com/index.php?topic=64561.0)
-
Just warning, those using 3rd party FW will void there warranties on there routers and may cause problems with the router. I recommend only those advanced users with comfortable knowledge and skills only attempt this if they choose to do so..
Good Luck.
-
If you do flash the openwrt firmware and you use pppoe, you need to know how to telnet into the router and change the /etc/config/network file WAN connection from DHCP to pppoe.
/etc/config/network:
config interface 'wan'
option ifname 'eth0'
option _orig_ifname 'eth0'
option _orig_bridge 'false'
option proto 'pppoe'
option ipv6 '1'
option username 'name@hsiservice.net'
option password 'password'
Then install Luci to get web service on the router: http://wiki.openwrt.org/doc/howto/luci.essentials
-
is streamboost fully supported in either openwrt or gargoyle?
edit: after doing some research it seems that streamboost implements a 3 to 5 band fq_codel system for shaping/managing traffic + the updating database for correctly classifying the traffic to be shaped. it doesn't seem that openwrt SQM would be as effective as streamboost at correctly detecting and classifying the traffic, and AQM seems to be incorporated into both SB or SQM.
if QoS is important to you, i definitely wouldn't be switching away from stock firmware if streamboost isn't fully supported
-
Gargoyle's aqm is an alternative to Streamboost. With Gargoyle 1.7, fq_codel is inherited from the Linux kernel of openwrt's Barrier Breaker, making it at par with Streamboost. If you want all the options of openwrt, including IPV6 support, then Chaos Calmer surpasses Streamboost with extra features. Openwrt has fq_codel and sqm to put it at par with Streamboost, with Chaos Calmer.
-
How do Gargoyle and openWRT handle/perform traffic classification? No matter how well they handle packet scheduling, if they are less effective at correctly identifying traffic they will be less effective overall.
-
I would presume that since SB belongs to QualComm, they may not have that set up for GPL thus there wouldn't be any GPL code for others to use in OpenWRT or other 3rd party FW platforms...
-
Mines working just fine...
-
I bought this router solely for StreamBoost and it handles QoS/traffic shaping perfectly.
My GF was playing LoL last night and her ping didn't budge from 33ms when I downloaded an update for my laptop. This scenario is exactly why I bought the router, and in my experience with custom firmware they rarely ever implement the proprietary features of the stock firmware or if they do it's not done properly.
I personally wouldn't switch to custom firmware with this router unless I knew it had fully working SB. It's not the traffic shaping part that's hard to do, but accurately classifying traffic can be difficult to do manually. SB is literally a single switch and it works - I spent months tweaking/adding QoS rules for different ports trying to catch certain types of traffic and increase or decrease their priority on my old router and it didn't work half was well as SB.
-
Just curious, what FW version is currently loaded on your router?
I bought this router solely for StreamBoost and it handles QoS/traffic shaping perfectly.
My GF was playing LoL last night and her ping didn't budge from 33ms when I downloaded an update for my laptop. This scenario is exactly why I bought the router, and in my experience with custom firmware they rarely ever implement the proprietary features of the stock firmware or if they do it's not done properly.
I personally wouldn't switch to custom firmware with this router unless I knew it had fully working SB. It's not the traffic shaping part that's hard to do, but accurately classifying traffic can be difficult to do manually. SB is literally a single switch and it works - I spent months tweaking/adding QoS rules for different ports trying to catch certain types of traffic and increase or decrease their priority on my old router and it didn't work half was well as SB.
-
1.11 - as shipped
Have been meaning to install 1.13 but haven't had the time
-
Ok. Well if you get time, let us know your results. I just had a friend upgrade to most current on the web site and aside the duplicate icons, he's having good experiences with v1.12 B05.
There are some issues with v1.13. :-\
-
You can also create a script to reset all your important OpenWrt settings - including the PPPoE credentials. See the example config-cerowrt.sh at the CeroWrtScripts page. (Note: You'll need to change the "ge00" link name in the script to the OpenWrt WAN link name)
CeroWrt site: http://www.bufferbloat.net/projects/cerowrt/wiki/CeroWrtScripts
Github: https://github.com/richb-hanover/CeroWrtScripts
If you do flash the openwrt firmware and you use pppoe, you need to know how to telnet into the router and change the /etc/config/network file WAN connection from DHCP to pppoe.
/etc/config/network:
config interface 'wan'
option ifname 'eth0'
option _orig_ifname 'eth0'
option _orig_bridge 'false'
option proto 'pppoe'
option ipv6 '1'
option username 'name@hsiservice.net'
option password 'password'
Then install Luci to get web service on the router: http://wiki.openwrt.org/doc/howto/luci.essentials
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=48135.0)
- Link>What Firmware (http://forums.dlink.com/index.php?topic=47512.0) version is currently loaded?
- What region are you located?
You can also create a script to reset all your important OpenWrt settings - including the PPPoE credentials. See the example config-cerowrt.sh at the CeroWrtScripts page. (Note: You'll need to change the "ge00" link name in the script to the OpenWrt WAN link name)
CeroWrt site: http://www.bufferbloat.net/projects/cerowrt/wiki/CeroWrtScripts
Github: https://github.com/richb-hanover/CeroWrtScripts
If you do flash the openwrt firmware and you use pppoe, you need to know how to telnet into the router and change the /etc/config/network file WAN connection from DHCP to pppoe.
/etc/config/network:
config interface 'wan'
option ifname 'eth0'
option _orig_ifname 'eth0'
option _orig_bridge 'false'
option proto 'pppoe'
option ipv6 '1'
option username 'name@hsiservice.net'
option password 'password'
Then install Luci to get web service on the router: http://wiki.openwrt.org/doc/howto/luci.essentials
-
The bugs/fixed thread shows a lot was fixed in 1.13B02NA. What new issues developed after 1.12B05?
Ok. Well if you get time, let us know your results. I just had a friend upgrade to most current on the web site and aside the duplicate icons, he's having good experiences with v1.12 B05.
There are some issues with v1.13. :-\
-
There is posts that I made in regards to v1.12 B05. You'll find on page 1 of that thread. Any Bugs found after the Fixes listed for that build would be noted in the following new list generated for the next version of FW I tested.
-
Any news? Did anyone here try the alternate FW yet?
-
Theres new OEM FW:
http://forums.dlink.com/index.php?topic=61713.0 (http://forums.dlink.com/index.php?topic=61713.0)
-
The new firmware is installed and seems to run. The router was packed away, since WAN ping reply is missing.
-
Was any virtual server rules set up. Virtual Sever is supposed to help with NAT traffic that isn't normally allowed by the NAT and firewall.
The new firmware is installed and seems to run. The router was packed away, since WAN ping reply is missing.
-
In terms of benchmarking sqm-scripts with fq_codel vs streamboost I don't really regard:
"I bought this router solely for StreamBoost and it handles QoS/traffic shaping perfectly.
My GF was playing LoL last night and her ping didn't budge from 33ms when I downloaded an update for my laptop. This scenario is exactly why I bought the router, "
as definitive. The real proof of any effective shaping system is manage bandwidth appropriately when both up and download are saturated. Certainly I can understand that a principal desire of many users is to have fast gaming traffic while not being hurt by downloads, and streamboost has always been optimized for that scenaro. sqm-scripts on the other hand, was designed to be simple, scalable, non-snoopy, fire-and-forget, and degrade VERY gracefully under enormous simultaneous up and down loads. Instead of classification, fq_codel uses "fair queueing" to break up all flows into separately scheduled packets, and to give a boost to the typical "sparse" characteristics of voip/dns/gaming traffic is uses what we call "flow queueing", here documented in the IETF draft:
https://tools.ietf.org/html/draft-hoeiland-joergensen-aqm-fq-codel-01
Additionally sqm-scripts can give a boost to self classified traffic from the hosts for additional prioritization better than pure fq, rather than rely on a central, proprietary database. It has been tested to hundreds of simultaneous users at a variety of rates ranging from 384k dsl to 10+ gbit (on hardware that can run that fast). (well, not hundreds of users at 384k!!!, nor hundreds of megabits on low end routers!)
I note I am *all in favor* of working code to hold latencies low on ANY qos system and if whatever is branded as streamboost is doing well - awesome! I am quite ironically amused qca found a business model for doing DPI on their customers traffic...
I took apart the GPL drop (god, linux 2.6.36.4???) for this firmware and it does indeed look like they´ve replaced fq_codel with something more oriented around hfsc + priority queues, probably on a per station basis. There are a couple issues with this approach - notably it starts to fall apart as you add devices, it doesn´t do ecn, probably doesn´t manage queue lengths well for protocols like backtomymac, RDP and X11, and gets really hard to manage up and downloads effectively as you do endless degrees of classification, no matter how robust the ruleset. They completely missed DSL frame compensation also.
I had done some early tests of this hardware and it collapsed completely on simultaneous up/downloads, but have not tried it in quite some time, and gave away this router to someone more deserving.
So I would welcome some benchmarks of this version of streamboost vs sqm-scripts that test a rigorous variety of scenarios on this hardware, with both the chaos calmer and current firmware. For all I know, they got it right this time! And honestly, I would applaud - with honest benchmarks at hand. In particular I am very interested in finding out how fast on the download side the various QoS systems can operate.
The test the bufferbloat community primarily uses is called netperf-wrapper, and the rrul, tcp_upload, tcp_download, and voip tests. Things like speedtest are pretty useless, and that and netalyzer do not scale much past 20 mbit.
Again, almost anything that can make the horribly overbuffered modern dsl, cable, and fiber devices behave better is a win, IMHO. It makes for a much better internet experience.
Here are some examples of sqm + fq_codel in practice, on cable modems, some of which exhibit 1.2seconds of latency under load, without shaping.
http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html (http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html)
http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html (http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html)
-
Thanks for posting and giving feedback with your experiences. Very nicely detailed information.
Glad your router is working well for you.
Please visit again.
;)
In terms of benchmarking sqm-scripts with fq_codel vs streamboost I don't really regard:
"I bought this router solely for StreamBoost and it handles QoS/traffic shaping perfectly.
My GF was playing LoL last night and her ping didn't budge from 33ms when I downloaded an update for my laptop. This scenario is exactly why I bought the router, "
as definitive. The real proof of any effective shaping system is manage bandwidth appropriately when both up and download are saturated. Certainly I can understand that a principal desire of many users is to have fast gaming traffic while not being hurt by downloads, and streamboost has always been optimized for that scenaro. sqm-scripts on the other hand, was designed to be simple, scalable, non-snoopy, fire-and-forget, and rely on the hosts to mark their own traffic appropriately, rather than rely on a central, proprietary database. It has been tested to hundreds of simultaneous users at a variety of rates ranging from 384k dsl
to 10+ gbit (on hardware that can run that fast)
I note I am *all in favor* of working code to hold latencies low on ANY qos system and if whatever is branded as streamboost is doing well - awesome! I am quite ironically amused qca found a business model for doing DPI on their customers traffic...
I took apart the GPL drop (god, linux 2.6.36.4???) for this firmware and it does indeed look like they´ve replaced fq_codel with something more oriented around hfsc + priority queues, probably on a per station basis. There are a couple issues with this approach - notably it starts to fall apart as you add devices, it doesn´t do ecn, probably doesn´t manage queue lengths well for protocols like backtomymac, RDP and X11, and gets really hard to manage up and downloads effectively as you do endless degrees of classification, no matter how robust the ruleset. They completely missed DSL frame compensation also.
I had done some early tests of this firmware and it collapsed completely on simultaneous up/downloads, but have not tried it in quite some time, and gave away this router to someone more deserving.
So I would welcome some benchmarks of this version of streamboost vs sqm-scripts that test a rigorous variety of scenarios on this hardware, with both the chaos calmer and current firmware. For all I know, they got it right this time! And honestly, I would applaud - with honest benchmarks at hand. In particular I am very interested in finding out how fast on the download side the various QoS systems can operate.
The test the bufferbloat community primarily uses is called netperf-wrapper, and the rrul, tcp_upload, tcp_download, and voip tests. Things like speedtest are pretty useless, and that and netalyzer do not scale much past 20 mbit.
Again, almost anything that can make the horribly overbuffered modern dsl, cable, and fiber devices behave better is a win, IMHO. It makes for a much better internet experience.
Here are some examples of sqm + fq_codel in practice, on cable modems, some of which exhibit 1.2seconds of latency under load, without shaping.
http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html (http://burntchrome.blogspot.com/2014/05/fixing-bufferbloat-on-comcasts-blast.html)
http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html (http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html)
-
I would just LOVE some benchmarks! and
tc -s qdisc show
output from each system afterwards.
-
Any chance you can provide any testing results?
-
The original firmware for this product did not successfully complete many tests. It does look like it has improved dramatically, so I placed another order for one. Can toss off a benchmark next weekend, probably.
I tend to regard the bufferbloat problem on the ISP link as solved (with tons of products in the pipeline), although it is taking forever for DOCSIS 3.1 to deploy...
( http://www.cablelabs.com/wp-content/uploads/2014/06/DOCSIS-AQM_May2014.pdf (http://www.cablelabs.com/wp-content/uploads/2014/06/DOCSIS-AQM_May2014.pdf) )
That makes the next big problem wifi. We think we have come up with a whole bunch (not just fq_codel) of ways improving wifi´s latencies and efficiencies on the mac layer with multiple stations active, and as it happens the DIR-860L is one of the leading candidates for some of the new ideas for wifi we outlined at my last talk at the IEEE 802.11 working group meeting.
http://snapon.lab.bufferbloat.net/~d/ieee802.11-sept-17-2014/11-14-1265-00-0wng-More-on-Bufferbloat.pdf (http://snapon.lab.bufferbloat.net/~d/ieee802.11-sept-17-2014/11-14-1265-00-0wng-More-on-Bufferbloat.pdf)
Work on make-wifi-fast hopefully starts in april, and I hope d-link pays some attention as we go along.
-
I took apart the GPL drop (god, linux 2.6.36.4???) for this firmware and it does indeed look like they´ve replaced fq_codel with something more oriented around hfsc + priority queues, probably on a per station basis.
http://snapon.lab.bufferbloat.net/~d/draft-taht-home-gateway-best-practices-00.html#rfc.section.4.4 (http://snapon.lab.bufferbloat.net/~d/draft-taht-home-gateway-best-practices-00.html#rfc.section.4.4):
"Streamboost(tm) implements a 5 band fq-codel based system, which does deep packet inspection using a regularly updated classification table"
Is this not correct?
-
(incidentally, I am the author of that, and it never made it to the ietf because, in part, qca did not want to participate in the fq_codel standardization process. Based on our discussion today and further analysis after I get a DGL-5500 to play with later this week I will revise or remove that section of the document entirely)
The original versions of streamboost that I looked at were, indeed, structured with 3-5 fq_codel queues (each queue has up to 1024 subqueues). The version of streamboost that won an award at the cable show certainly was built that way. I think (but am no longer sure) that the streamboost in the original firmware for this device was fq_codel based - but in my testing I could crash it in a matter of minutes at any workload, and I gave up and moved on to other things like finishing cerowrt and helping push improvements like corrected DSL compensation up to openwrt and the Linux mainline. (as best as I recall the benchmarks that did complete showed a clear fq_codel signature without ecn, very similar to the ones I linked to earlier on fixing cable modems)
It really would not surprise me, that based on market research, that various parties decided that optimizing only for consumer´s hot buttons (netflix, gaming) was more important than general purpose quality of experience on all traffic - I have had an encounter recently with another home router maker where they proudly showed off their "optimal" netflix and gaming results, and they hadnt noticed, at all, that whatever they were using had destroyed 70% of the potential upload bandwidth, and that it fell over completely on traffic they couldnt classify properly, and on traffic types they weren't testing for, like web and and RDP traffic. I see from other comments on this forum on this device that these sort of problems on other traffic also seem to be happening.
I can also imagine that the ancient kernel used on the DGL-5500 led to other problems that were, indeed, codel related. The algorithm requires fast timestamping abilities that did not enter the linux kernel until the 3.x era, in particular.
In poking at the DGL5500A1_GPL112 GPL drop today, there is a binary package bwcd-nocodel_g4791e7c-2_ar71xx.ipk which indeed does not reference codel anywhere in it, although other bits of the package do insert the modules, there is no sign of codel or fq_codel being patched into this kernel at all. And there were so many bugs in that version htb I can see why they used hfsc instead....
So I suspect that streamboost "the brand" now has two or more forks of the underlying code, and you can no longer be certain what lies underneath, nor predict how well it works in the general case. Only more investigation and benchmarking can tell. Or someone getting enough into the router to run a tc -s qdisc show.
-
After I posted the link I realised the similarity between your username and the URL haha
Shame that this router isn't using fq_codel because it seems like the way to go.
From the reading I did last night, I've understood that much of the CeroWRT work around bufferbloat is now part of OpenWRT. Could you explain what is still unique to CeroWRT and what advantages running it on a WNDR3800 would have to flashing OpenWRT onto the DGL5500?
-
After I posted the link I realised the similarity between your username and the URL haha
Shame that this router isn't using fq_codel because it seems like the way to go.
From the reading I did last night, I've understood that much of the CeroWRT work around bufferbloat is now part of OpenWRT. Could you explain what is still unique to CeroWRT and what advantages running it on a WNDR3800 would have to flashing OpenWRT onto the DGL5500?
None. Everything important in cerowrt 3.10.50-1 (the current stable version) is upstream. Cerowrt is a research project. If you want to help build up the next generation of the internet edge devices, please feel free to come play with us, but be prepared for a lot of stuff to break along the way. :)
I have to get a rant out of my system:
In addition to cerowrt...
I'm also the co-founder of the bufferbloat project, the implementer of codel, contributor to a whole bunch of internet drafts and rfcs, and the designer or architect of a whole bunch of the predecessors to other embedded software you use every day... I worked on early linux based handhelds, and during my time at montavista software especially I worked on a metric ton of things that are now everywhere, examples: if you use a panasonic tv, or see an x-windows prompt on an airline seatback, those are my fault. Using sip or asterisk for voip? partially my fault. I worked really hard on stablizing the toolchains for mips, ppc, and arm platforms during that era, also, which is what has made the later explosion of linux into all the embedded spaces possible.
I am NOT taking sole credit! Lordy there were 10s of thousands of people involved in taking linux from 0 embedded devices in 1996 to billions in 2015. I know and worked with dozens and dozens of people that really deserve more credit than they get, for the world as it exists today.
But I can point to things like the above and below that sprang directly from my efforts.
My main claim to fame before bufferbloat was that the creation of the entire home gateway and wifi router industry is partially due to my wireless efforts in the 90s and early 00s. [1]. Not that anyone in the industry bothers to send a christmas card! I do sometimes wish I had the same kind of pull I had in the early 00s. CEOs, CTOs and VCs used to call me back.
These days I tend to think of the current sad state of home gateways and wifi as also *my fault* [2]. I should have tried to standardize wondershaper [3], I should have fought harder against wifi packet aggregation when it was first proposed in 04, and I for damn sure should have tried to get it right in 06. Instead I was happily retired and living on a beach in south america while the edge of the internet went to hell [4]. I was annoyed at 802.11e EDCA, but I didn´t even notice how screwed up 802.11n was under contention until late 2010. Nor did I release that home gateways were going to hell, particularly after the great recession closed all the embedded linux shops like montavista and embedded alley and so on that were doing the good bringup work.
So me and my merry band of some original internet pioneers, and a ton of volunteers, and a few clued companies like google, redhat and comcast, have been trying to fix all that, ever since 2010. [5]. I got sucked into doing the cerowrt portion of the bufferbloat project because it was obvious we needed to be implementing tons of new code on deployable hardware, and nobody else stepped up to the plate that had sufficient spare time to drive it to completion.
My reaction when Vint Cerf, Jim Gettys, Dave Reed, Paul Vixie, Stuart Cheshire, Van Jacobson, or esr ask me to do *anything*, and offer me a spot on their couch(es) to do it - my response is... "yes, I'll get on it - when do you need it by?". [6]
What would your reaction be if even one of these people asked a favor of you? Why don't the internet megacorps of the world accord these people the same respect - especially when they lay out exactly what they have been doing wrong, and exactly, how fix it, and fall all over themselves to make the technologies available for free? Jeebus.
I would rather dearly like to go back to my beach, but there is one major thing left to do in addition to crossing the chasm, fixing wifi. I am fully aware it is going to take another 4-5 years to flush the bad products out of the marketplace.
Anyway... rant over....
The only advantage to cerowrt 3.10.50-1 remaining is that we have been breaking records for stability and uptime. [8]. I think those sort of records are also being achieved across the board in the openwrt mainline so it is not very important. Otherwise every important feature and technology developed in cerowrt and of interest to normal users is in openwrt chaos calmer, and the linux mainline kernel, and downstream in products that are tracking that stuff closely, unlike :ahem: dlink.
These included vastly better ipv6 support, DNSSEC support for dnsmasq, better wifi drivers, and the newly developed fixes for bufferbloat (debugged HTB, BQL & fq_codel - and as tests all the other proposed aqm variants such as pie are in it). I am really, really happy, in particular to have made Vint happier with ipv6, paul with dnssec, and jim with fq_codel. The preliminary ietf homenet support is not really there, though. Sigh. [9]
So there is now nearly no point in using cerowrt. Find a currently shipped ath9k based product on openwrt´s supported list, put on barrier breaker or chaos calmer and go to it. And/Or nag d-link to catch up. :) I do not as yet have an opinion on the DGL-5500's overall quality, or its chipset, or its firmware sorry. Maybe its great now. I am easy! But given the unbelievable number of improvements to linux since 2.6.36 I have grave doubts. I will go test it this week.
The previous target of cerowrt´s efforts had, among other things, been flown to 120,000 feet [7] which made me feel comfortable about using it for my userbase. I plan to fly whatever hardware we choose for the next iteration of cerowrt to the same height, or higher - and bake it, freeze it, etc - before deciding to use it.
I am delighted (as cerowrt the research project became a success disaster... ) that I can now point people that want to develop cool new products to multiple more polished, stabler, upstream distros (like openwrt, dd-wrt, ipfire, gargoyle, etc), and leave us researchers alone to go back to finding solutions (and breaking stuff!) for the remaining problems we have identified.
Whenever cerowrt resumes development (april maybe, funding willing) the hope is to implement all the solutions we have come up for wifi's problems on some more modern piece of hardware. IF the DGL-5500 running openwrt is suitable, and stable enough, awesome. I mentioned another dlink product we are considering in an earlier post, it really depends on how deep we can get our hands into the wireless portion of the firmware. It is going to ath9k based for sure for one side of the project and we are still in the final selection process for the other chipset.
I had a bit of fun writing this rant, and getting some of this out of my system, and of the links below, I really, really wish, more people had a deeper intuitive understanding of how wifi really works (second half of my talk at mit) [2], because the world is desperately short on people that can fix it. Wifi is really cool, I am looking forward to making it better, and hope more people can contribute to the process of making the edge of the internet better, for everyone.
[1] http://the-edge.blogspot.com/2010/10/who-invented-embedded-linux-based.html
[2] https://www.youtube.com/watch?v=Wksh2DPHCDI&feature=youtu.be "see second half of MIT talk on what´s wrong with wifi"
[3] http://www.bufferbloat.net/projects/cerowrt/wiki/Wondershaper_Must_Die
[4] https://gettys.wordpress.com/2013/07/10/low-latency-requires-smart-queuing-traditional-aqm-is-not-enough/
[5] http://cero2.bufferbloat.net/cerowrt/credits.html
[6] http://esr.ibiblio.org/?p=4196 "holding up the sky"
[7] http://snapon.lab.bufferbloat.net/~d/spacerouter.JPG
[8] https://lists.bufferbloat.net/pipermail/cerowrt-devel/2015-February/004022.html
[9] https://datatracker.ietf.org/wg/homenet/documents/ - homenet is attempting to standardize fixes for mdns and ipv6 enabled home gateways
-
Last night, I tested the DGL-5500 with Streamboost turned off, then on. Hardware used: Huawei HG610 modem in bridged mode, Nexx WT3020 with OpenWRT Chaos Calmer installed and qos turned off, to handle just pppoe while the DGL-5500 router was being tested, Netgear WNDR3800 with CeroWRT installed in order to run the netperfrunner.sh test script. For comparison, the Nexx WT3020 with qos-scripts and sqm was tried at 15/10 Mbps.
The netperfrunner.sh results summary is below:
Streamboost off: 39/71/125/122/156/193 msec Min/10%/Med/Avg/90%/Max Latency, 10.78/10.07 Mbps down/up
Streamboost on: 38/90/135/129/160/184 msec Min/10%/Med/Avg/90%/Max Latency, 11.12/10.06 Mbps down/up
qos-scripts only: 39/40/043/043/046/051 msec Min/10%/Med/Avg/90%/Max Latency, 14.09/9.45Mbps down/up
sqm only: 37/38/039/040/043/048 msec Min/10%/Med/Avg/90%/Max Latency, 4.08/4.13 Mbps down/up
Note that sqm uses up a lot of bandwith compared to qos-scripts.
DGL5500A1_FW113B04.bin firmware was installed just prior to testing.
-
The DGL-5500 was moved to the bridged HG610 modem and checked with netperfrunner.sh with Streamboost turned off, then on. DGL5500A1_FW113B04.bin firmware was already installed. The Netgear router was replaced with a TP-Link WR1043ND with Barrier Breaker and netperf package installed. Here is the ssh console output for both tests:
StreamBoost off:
root@c43r1:/tmp# sh netrunner.sh
2015-02-27 22:26:08 Testing netperf.bufferbloat.net (ipv4) with 4 streams down and up while pinging gstatic.com. Takes about 60 seconds.
Download: 9.33 Mbps
Upload: 10.17 Mbps
Latency: (in msec, 60 pings, 0.00% packet loss)
Min: 11.266
10pct: 100.546
Median: 125.374
Avg: 124.064
90pct: 151.046
Max: 162.234
StreamBoost on at 15/10 Mbps
root@c43r1:/tmp# sh netrunner.sh
2015-02-27 22:28:30 Testing netperf.bufferbloat.net (ipv4) with 4 streams down and up while pinging gstatic.com. Takes about 60 seconds.
Download: 10.45 Mbps
Upload: 8.23 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 10.831
10pct: 11.799
Median: 17.216
Avg: 18.297
90pct: 25.538
Max: 32.835
root@c43r1:/tmp#
-
Your numbers don't make any sense in the sqm-scripts case. In all my testing - which admittedly, was not on the exact gear you are testing - I got numbers for sqm comparable or comparable or superior to qos-scripts. (qos-scripts, btw, uses hfsc + fq_codel, sqm-scripts uses htb + fq_codel)
I have seen devices with lousy timestamping facilities, which would affect fq_codel, but not htb or hfsc.
What was the exact hardware, kernel version, and chaos calmer release?
Secondly the script you used was contributed by a cerowrt contributor - and is well liked - but I typically use netperf-wrapper driven from a host, not from a router, to not heisenbug the tests.
-
from looking at it it seems possible that you ran qos-scripts, and then sqm-scripts, back to back, without a reboot. It is possible that that is what messed up
- the two configure the system very differently and perhaps you had a conflict. So disable qos-scripts entirely, do a clean reboot, and try sqm-scripts again, please.
in any case, I am happy to see qos-scripts kicked streamboost's ass on this gear on this test.
But it would really not surprise me if the chipset support in this kernel release was missing, or had several very slow implementations of, core kernel features.
-
is this attached to a DSL modem?
-
OK, so it is attached to DSL modem, running PPOE. Of everything you tested only sqm-scripts has the advanced settings available to correctly compensate for that - but I am not a DSL expert and there are some fiddly bits dependent on the DSL technology to get it right. You would be better off discussing this on the cerowrt-devel list as that is where the 3 really smart DSL guys are....
Secondly, it is unclear what your actual bandwidth is, and also you need to know that in order to get the shaper right. Easiest way to start to derive that is actually to do a big download - alone, and a big upload - (netperf -l 60 -H somewhere-close-like-netperf-eu,netperf-east,netperf-west.bufferbloat.net -t TCP_STREAM for the one direction and -t TCP_MAERTS ) alone, plunk in up/down numbers to the shaper 85% that (you can try higher but the first objective is to get a good, low latency result), and see what happens during a simultaneous ping.
AND if you don't have your dsl compensation right, simultaneous up/down tests like netperfrunner will behave badly. I really wish this wasn't this hard,
ISPs should just publish their framing overheads and a recommended setting for shapers, but we are not there yet.
-
Over the weekend I got my ASUS RT N-16 out of the basement and did some basic testing with OpenWRT, firstly with Barrier Breaker 14.07 and qos-scripts and secondly with Chaos Calmer nightly/auto-build (downloaded 27/2/15) and sqm-scripts. I have ADSL2+ and my actual down/up is around 17.5-18.0Mbps / 0.85-0.90Mbps.
My testing ultimately became pinging my local council's website while simultaneously saturating downloads and uploads. Baseline ping with no activity was 15-18ms which occasionally jump into the mid-20s.
With no qos-scripts or sqm-scripts, the latency during just download would jump into the 100s of ms; on just upload it would go up to over 1000ms.
I found no marked performance difference between qos-scripts and sqm-scripts once properly tuned (to the best of my tuning abilities). I was able to set them to around 95% and 90% of measured download and upload respectively while keeping pings averaging around 30ms during total down/up saturation. (I'm not sure what to make of the occasional blip up the high-40s or low-50ms in light of the blips into the mid-20s under no load.)
Under sqm-scripts however ping were dropping during total down/up saturation. Not sure what this means but I was using a CC nightly rather than an official build so I'll probably revisit at a later time. I ultimately went back to using BB - the CC web gui was super unstable and I saw no reason to keep sqm-scripts over qos-scripts.
Next step will be a comparison between the N-16 with qos-scripts and DGL5500 on 1.13B04 with streamboost. Will run one of the scripts to test this time however.
Is there a user friendly traffic monitoring package for luci? I miss being able to login to the DGL5500 and having a nice dashboard showing which devices are using bandwidth?
Edit: Somehow I forgot to mention that I was genuinely amazed with the qos-scripts results. There was no set up apart from punching in accurate bandwidth data, but the performance was so good. I have run other custom firmwares before, with supposedly strong QoS/packet scheduling/shaping/whatever systems, but they were nowhere near as effective.
-
sqm-scripts explicitly *deprioritizes* icmp (pings) - which would you rather drop, ping or data packets?
The whole prioritizing ping idea is wrongheaded for many reasons. Look for several of my comments about it (icmp) here: http://www.bufferbloat.net/projects/cerowrt/wiki/Wondershaper_Must_Die
I am perfectly fine with qos-scripts (unless you need ipv6 or framing overhead fixes), however, and I am glad you are amazed. I do note you might be able to do better with sqm-scripts if you get your PPPoe and DSL compensation right, and looking at ping loss is the wrong statistic, certainly. Look at the loss in other (such as voip) packets or overall throughput.
But thank you for pointing out that a naive user will think losing ping is bad.
-
Wasn't aware sqm-scripts was dropping ping on purpose. I thought it was just some issue with CC not being fully developed yet and me running a nightly.
Makes perfect sense to drop it now that you've explained it, but FWIW I was following these instructions and the brief guide for interpreting them: http://www.bufferbloat.net/projects/cerowrt/wiki/Quick_Test_for_Bufferbloat (http://www.bufferbloat.net/projects/cerowrt/wiki/Quick_Test_for_Bufferbloat)
You should probably explain it there because the last line of the section about interpreting results suggests could be read by a "naive user" to suggest that if it is now dropping icmp packets then there might be something wrong.
-
I have to note that "ping loss considered harmful" sparked a very interesting set of threads on the bloat aqm and cerowrt-devel mailing lists.
Thanks.
http://www.ietf.org/mail-archive/web/aqm/current/msg00953.html
-
2 msec were shaved off netperfrunner.sh results by using a PC for the testing:
TL-WR1043NDv1.8 router running BB1407 luci-qos-scripts set at 15/10 Mbps down/up connected to a bridged Huawei HG610 modem on TekSavvy 15/10 VDSL2 line.
tunnelbroker.net ipv6 tunnel established prior to testing
1) Test Environment: Intel G3420 Windows 8.1 VirtualBox Hosting LinuxMint 17.1
murraydr44@G3420Linux ~ $ cd CeroWrtScripts-master
murraydr44@G3420Linux ~/CeroWrtScripts-master $ ls
betterspeedtest.sh config-cerowrt.sh netperfrunner.sh README.md
cerostats.sh LICENSE networkhammer.sh tunnelbroker.sh
murraydr44@G3420Linux ~/CeroWrtScripts-master $ sh netperfrunner.sh
2015-03-07 13:50:10 Testing netperf.bufferbloat.net (ipv4) with 4 streams down and up while pinging gstatic.com. Takes about 60 seconds.
Download: 13.23 Mbps
Upload: 8.69 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 12.500
10pct: 13.500
Median: 16.600
Avg: 17.044
90pct: 21.900
Max: 28.200
murraydr44@G3420Linux ~/CeroWrtScripts-master $ sh betterspeedtest.sh
2015-03-07 13:51:33 Testing against netperf.bufferbloat.net (ipv4) with 5 simultaneous sessions while pinging gstatic.com (60 seconds in each direction)
.............................................................
Download: 13.71 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 11.000
10pct: 12.300
Median: 14.000
Avg: 14.866
90pct: 17.400
Max: 27.000
.............................................................
Upload: 9.23 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 10.400
10pct: 11.900
Median: 12.700
Avg: 13.159
90pct: 15.100
Max: 17.600
murraydr44@G3420Linux ~/CeroWrtScripts-master $
2) Test Environment: TL-WR1043NDv1.8 router instead of driven by a PC
login as: root
root@192.168.43.1's password:
BusyBox v1.22.1 (2014-09-20 22:01:35 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
BARRIER BREAKER (14.07, r42625)
-----------------------------------------------------
* 1/2 oz Galliano Pour all ingredients into
* 4 oz cold Coffee an irish coffee mug filled
* 1 1/2 oz Dark Rum with crushed ice. Stir.
* 2 tsp. Creme de Cacao
-----------------------------------------------------
root@c43r1:~# cd /tmp
root@c43r1:/tmp# ls
TZ log resolv.conf
betterspeedtest.sh luci-modulecache resolv.conf.auto
dhcp.leases luci-sessions resolv.conf.ppp
dnsmasq.d netperfrunner.sh run
etc netserver.debug_862 state
hosts opkg-lists sysinfo
lock overlay usr
root@c43r1:/tmp# sh betterspeedtest.sh
2015-03-07 20:11:05 Testing against netperf.bufferbloat.net (ipv4) with 5 simultaneous sessions while pinging gstatic.com (60 seconds in each direction)
............................................................
Download: 13.93 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 11.282
10pct: 12.201
Median: 13.479
Avg: 14.033
90pct: 14.658
Max: 43.795
............................................................
Upload: 9.3 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 11.215
10pct: 11.369
Median: 12.340
Avg: 12.340
90pct: 12.987
Max: 13.602
root@c43r1:/tmp# sh netperfrunner.sh
2015-03-07 20:13:20 Testing netperf.bufferbloat.net (ipv4) with 4 streams down and up while pinging gstatic.com. Takes about 60 seconds.
Download: 13.63 Mbps
Upload: 8.81 Mbps
Latency: (in msec, 61 pings, 0.00% packet loss)
Min: 10.936
10pct: 13.121
Median: 15.116
Avg: 15.417
90pct: 17.206
Max: 30.054
root@c43r1:/tmp#
-
Thank you for doing all this testing! We have tried very hard to make independent, auditable tools available to the general public to do exactly what you are doing against more devices and qos/aqm/fq/shaping systems. We had certainly hoped more vendors would try them before shipping product that featured "Now with traffic shaping" prominently on the box. :(
Since you have switched to a pc, which looks to be running linux (?), you can get graphable results from the https://github.com/tohojo/netperf-wrapper tool. You do (sometimes) need a custom compiled netperf, and you have to install python-matplotlib and python-qt4 - but it lets you collect tons of data and compare them later, graphically (or via text as you are now). netperf-wrapper can also be made to work on OSX using macports.
As for the differences you get on the home router driving the test, and a PC:
Note - netperf.bufferbloat.net is a round robin server for the servers in the eu, usa east coast, and usa west coast. We have unpublished servers all over the world, which we can't afford the bills on opening up to all - but if you want access, let me know offline. But if you want to ensure you are always testing the same server, use netperf-eu or netperf-east or netperf-west for your testing.
A) Anything with a weaker CPU will have more trouble driving a test than a PC. Also, using the westwood tcp variant was quite common on home routers until recently - it is less aggressive than cubic, and you can figure out which tcp is in use with cat /proc/sys/net/ipv4/tcp_congestion_control
B) The bufferbloat effort has also resulted in tremendous improvements in Linux cubic TCP, with improvements landing in every release since 3.3. What is in 3.19 is pretty amazing compared to 3.3. Google, redhat, and the entire netdev team for linux have done a wonderful job overall. I am so glad Van Jacobson finally got his hands on some big data and he (and so many others) have helped create more full understanding of TCP - and why it needed optimization - across the industry.
C) The range of results you are getting are about what we get with fq_codel on other benchmarks at your rates, so you are golden. I note that the increase in RTT delay is mostly due to the congested upstream path. Were you running at a higher rate overall (say 20mbit/20mbit) you would see a much smaller increase in delay on the measurement flows, a nearly unnoticeable one at higher rates - only the fat flows would have any inherent delay to them (fq_codel aims for 5ms, and usually bounces around 20ms) - and that can only be measured (at the moment) via analyzing separate packet captures. - and doesn't matter for most traffic.
Now that your test rig is stable, I'd love to see you retry streamboost. (and try netperf-wrapper!)
D) It is still unclear if you need to optimize for DSL framing on your link, and/or whether you are achieving an optimum. You can try increasing the up (or the down) settings until you start seeing latencies climb (and it usually is quite abrupt, going from 15mbit to 16mbit might quintuple the latencies)
E) One further bit of fun you can have is enabling ECN on your device(s) - netperf-west has ecn enabled - and you can have full throughput with zero packet loss, if you so choose. sqm-scripts half enables ECN by default (can be both ways if you wish) it is a single sysctl on linux,mac,and windows, documented here:
http://www.ietf.org/proceedings/89/slides/slides-89-tsvarea-1.pdf
-
For a netperf-wrapper example on fiber, see: http://zlkj.in/fiber-sqm
-
Just FYI, SB is owned and developed by Qualcomm, not D-Link. Any and all information regarding SB should be directed to Qualcomm for concerns about testing and development. D-Link integrated it for the DGL-5500 product only. I presume they may not be using it again at this time.
Thank you for all the testing and information regarding 3rd party FW. We hope that both Qualcomm and D-Link will gain knowledge from this. It's great information you are sharing.
-
An interesting article:
http://www.dslreports.com/shownews/Bufferbloat-A-Big-Problem-With-a-Fairly-Simple-Solution-133536 (http://www.dslreports.com/shownews/Bufferbloat-A-Big-Problem-With-a-Fairly-Simple-Solution-133536)
-
http://www.dslreports.com/forum/r30023180-Comparison- (http://www.dslreports.com/forum/r30023180-Comparison-)
-
http://www.bufferbloat.net/ (http://www.bufferbloat.net/)
-
Bufferbloat testing is included at dslreports.
http://www.dslreports.com/speedtest/465379 (http://www.dslreports.com/speedtest/465379)
-
SQM (Smart Que Manager) has been back-ported into BB1407 (Barrier Breaker) as of April (OpenWRT).
-
New speedtest tool at DSLreports which includes BufferBloat results: http://www.dslreports.com/speedtest (http://www.dslreports.com/speedtest)
-
Any of you guys around that loaded OpenWRT on the 5500? I'm interested in it. I attempted to load it however I forgot that OpenWRT doesn't have the web UI access enabled and I guess LUCI has to be installed? If someone is still around, can you post a step by step guild on installing LUCI? There WIKI is informative however I don't see anything for step by step. They mention CLI or Network using Putty. Kind of need more details on it. I'd like to give OpenWRT a try on my 5500 if some one is still around that can help. Thank you.
-
They mention CLI or Network using Putty. Kind of need more details on it.
I don't have my DGL5500 anymore (died a few years back) but I have lots of experience in CLI with putty. Do you have some instructions in general I can look at and maybe help with? Would you be connecting via SSH?
-
http://wiki.openwrt.org/toh/d-link/dgl-5500 (http://wiki.openwrt.org/toh/d-link/dgl-5500)
http://wiki.openwrt.org/doc/howto/luci.essentials (http://wiki.openwrt.org/doc/howto/luci.essentials)
http://wiki.openwrt.org/doc/howto/firstlogin (http://wiki.openwrt.org/doc/howto/firstlogin)
Thank you Harry, I got the Factory image downloaded and installed i and I got a IP address and could ping the router. Just the web UI would not open so look at the details, They don't have it installed or enabled by default. I have since reverted back to D-Link FW for now. I'll reload OpenWRT if you can out line step by step instructions.
Thank you very much.
They mention CLI or Network using Putty. Kind of need more details on it.
I don't have my DGL5500 anymore (died a few years back) but I have lots of experience in CLI with putty. Do you have some instructions in general I can look at and maybe help with? Would you be connecting via SSH?
-
Sure, let me read over the material and do some research and I will post something tomorrow.
-
Thank you sir.
Sure, let me read over the material and do some research and I will post something tomorrow.
-
Hey guys.
Just bought a DGL5500 yesterday to replace my good'old DIR655.
Very happy with the router but a bit dissapointed with the web interface. There are no advanced features. The firmware is pretty basic, aside from the network map that is fun.
I ran some benchmarks to compare both routers and figure out that DGL5500 steals a bit of bandwidth in speedtest tests. File transfer tests shows a little performance increase over DIR655.
One of the tests I made was firing up Battlefiled 4 on the PC, download 3 torrents files, and watching youtube hd videos on smarthfone and notebook. I was really impressed that Battlefiled 4 pings remained absolute stable, with no lags. All youtube videos and torrents remain active and rock solid. Really good.
But, as a computer geek, I want to try OpenWRT to run some benchmarks and Battlefiled ping tests using the same cenario described above.
I'll try installing it tonight and will post results as soon as I can.
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=48135.0)
- Link>What Firmware (http://forums.dlink.com/index.php?topic=47512.0) version is currently loaded? Found on the routers web page under status.
- What region are you located?
- Are you wired or wireless connected to the router?
- Has a Factory Reset (http://blog.dlink.com/what-is-a-reset-button-when-should-i-use-it) been performed?
- Was a Factory Reset performed before and after any firmware updates then set up from scratch?
Link> >FW Update Process (http://forums.dlink.com/index.php?topic=42457.0)
Internet Service Provider and Modem Configurations
- What ISP Service do you have? Cable or DSL?
- What ISP Modem Mfr. and model # do you have?
- What ISP Modem service link speeds UP and Down do you have? Link> Speed Testing Sites (http://forums.dlink.com/index.php?topic=48352.0)
If SB and ABE was set up correctly, the OEM FW should work ok. However SB and ABE had development issues and was never really fully addressed.
Did you follow this for SB and ABE initial configuration? http://forums.dlink.com/index.php?topic=55136.msg238544#msg238544 (http://forums.dlink.com/index.php?topic=55136.msg238544#msg238544)
BE AWARE that LUCI needs to be installed right after the OpenWRT Factory.BIN file is loaded to get the web browser UI interface. It's not enabled by default. I tried this last nite. I'm waiting on detailed steps to get LUCI installed. Let us know if you have additional set up steps in regards to this.
I'm looking into using OpenWRT on the 5500 as D-Link development has closed on it.
Hey guys.
Just bought a DGL5500 yesterday to replace my good'old DIR655.
Very happy with the router but a bit dissapointed with the web interface. There are no advanced features. The firmware is pretty basic, aside from the network map that is fun.
I ran some benchmarks to compare both routers and figure out that DGL5500 steals a bit of bandwidth in speedtest tests. File transfer tests shows a little performance increase over DIR655.
One of the tests I made was firing up Battlefiled 4 on the PC, download 3 torrents files, and watching youtube hd videos on smarthfone and notebook. I was really impressed that Battlefiled 4 pings remained absolute stable, with no lags. All youtube videos and torrents remain active and rock solid. Really good.
But, as a computer geek, I want to try OpenWRT to run some benchmarks and Battlefiled ping tests using the same cenario described above.
I'll try installing it tonight and will post results as soon as I can.
-
Hey FurryNutz, thanks for the welcome.
To install OpenWRT and LUCI, I'm planning to create a Linux Virtual Machine so I dont need to deal with Putty on Windows.
Asnwering your questions (not sure it was directed to me)
What Firmware version is currently loaded? 1.13
What region are you located? Brazil
Are you wired or wireless connected to the router? Wired
Has a Factory Reset been performed? Yes
Was a Factory Reset performed before and after any firmware updates then set up from scratch? Yes
Internet Service Provider and Modem Configurations
What ISP Service do you have? Cable or DSL? VDSL2+
What ISP Modem Mfr. and model # do you have? Technicolor 5336
What ISP Modem service link speeds UP and Down do you have? 35/3.5
-
I don't have any VMs so i'll be handling it via Putty I guess. I wish they have a build file that had LUCI already enabled. :-\
If you see any bumps or good step steps along the way, feel free to post them
Make sure your ISP modem is bridged. ;)
-
Writing this post with the router running OpenWRT.
Good news is: installing OpenWRT and Lucis easy. Way easier than I tought.
And man.. this thing is FAST!! I'm really excited. I'll still learning a few things and will post a step by step installation guide tonight. Wait for news..
Located here:
OpenWRT for the DGL-5500 FAQ (http://forums.dlink.com/index.php?topic=64561.0)
-
Looking forward to your guide. I hope it will help me to get WRT and LUCI installed. I'd like to have a good alternative guide for 5500 owners to find new life in this router if possible.
Thank you for your time.
Writing this post with the router running OpenWRT.
Good news is: installing OpenWRT and Lucis easy. Way easier than I tought.
And man.. this thing is FAST!! I'm really excited. I'll still learning a few things and will post a step by step installation guide tonight. Wait for news..
-
AWESOME antonelli,
Just what I was looking for. I can't wait to get home tonite and give this a try. Looking forward to putting the 5500 back online.
So you didn't see any 5Ghz wifi options on the UI? ???
-
Not yet.. I have little time to play around with the router.. But I'm sure there is a way.
Next step is to perform a series of benchmarks to compare with my old DIR655, Stock 5500 and OpenWRT 5500.
-
Ok, you might post a question in there forum if you can't find it on there wiki. I'll have a look on the wiki if I can find anything.
Please feel free to post your test results here.
Also I used this to recover OEM FW from WRT FW for future reference:
Emergency Recovery Mode (http://forums.dlink.com/index.php?topic=44909.msg163599#msg163599)
;)
-
Hey Furry,
I just read on other forum posts you saying about the problems related to Streamboost and the relationship with Qualcomm. Just to understand and to make a decision about keeping stock FW or OpenWRT, I like to know if Qualcomm is still developing or trying to make SB better. Or SB is a dead tech?
Does enabling SB really change anything in real world? Aside from stealing 10% from my bandwidth?
Tonight, I'll try installing SQM package. https://wiki.openwrt.org/doc/howto/sqm (https://wiki.openwrt.org/doc/howto/sqm).
From what I read, this is the state of the art packet prioritizing technique.
-
From what I know, the DGL-5500 from D-Links development perspective it's dead. I don't know if QC will be doing any more with SB or not since it was there child. As far as D-Link is concerned, they will not be doing anything with SB again.
Let us know if the sqm package works. If it helps better with any gaming configurations, this will be good to know as there are many gamers that would be interested I believe.
-
So I loaded the WRT file and started putty and got the following:
login as:
@192.168.1.1's password:
I don't know what the PW is. I didn't get a blank screen and got the log in when hitting Enter. I did see a security window appear regarding about a code and if I trusted this. I'll try a few other PWs then if I can't get in, I'll load OEM then try WRT again.
-
You must hit yes to trust the certificate. Try SSH and Telnet.
-
Ok so I reloaded OEM then WRT.
Telnet says the connection is refused.
SSH gets me the Warning window pop up. Yes, No and Cancel.
I presume if I hit yes, will I get the log in screen again where I have to enter the PW? I don't know this PW...
-
You are correct.. Hit yes. There is no initial PW. You will set a initial password using command "passwd"
Follow the steps on the link: https://wiki.openwrt.org/doc/howto/firstlogin (https://wiki.openwrt.org/doc/howto/firstlogin)
-
Im getting the Log in As then it's asking for the PW.
What am I doing wrong?
In not seeing the OPEN WRT text at all.
-
I'm flashing it again.. hold on
-
Ok
-
OK..I forgot to say.. Login as root
-
That's it. Edit your post please. LOL
Also edit your post to reflect that the router needs to be connected to the internet before the start of the LUCI process. It has to download from the servers for LUCI installation.
-
LOL.. I wrote the post while on my work.. Trying to remember all the steps.
What about luci? Installed?
-
Ok, just edit that step by step post to use root for the log in.
Then where it say lets install LUCI, just add something that says, be sure to have the WAN port connected to the ISP modem or a internet source before starting the opkg commands. I did this and the connection failed so I presumed that the WAN port needed internet service.
-
Done
-
Just want your step by step post to be as detailed and complete as possible. ;) I'm going to make this thread a sticky.
I'm up on the UI with IE 11. Looking around. ;D
Ya I see only 2.4Ghz. Wondering if we can get 5Ghz going I hope. Not a major big deal as I can always add on of my better AC class APs to the back end. Would be nice to get both radios going though. ::)
-
Great! Tonight I have more spare time than yesterday. I'm working on some benchamarks and than try to enable 5ghz band.
-
Awesome. Ya even OpenWRTs site doesn't mention the log in name of root after connecting with Putty. Oy vay. ::)
Kewl let us know what you find out. Hope it's good. Looks good thought. I'll try and get this online this weekend. I'm currently testing a different router. ;D
-
Like to figure out how to set up the front LEDs as well for original behavior.
-
Yeah... I managed to turn on the green light on both leds but I'm forcing it.. Its not the original behaviour
-
I'll play around some on it. If you get better result, post please. ::)
I'm getting the Internet Globe to turn on and color is pale Yellow Or Orange. I think we should see Green for Good connection on the WAN port. I'll play around over the next couple of days.
There a wiki on there site for LED and WiFI configurations?
I got the Globe to go Green by using green planet default checked, Trigger Phy0assoc and orange planet default unchecked and Trigger Phy0assoc. This is going to be a process to figure this out. ::)
-
How can I upload an image here?
-
Adding Screenshots In A Post (http://forums.dlink.com/index.php?topic=58120.0)
-
Ok.. after testing Dlink Stock firmware with Streamboost ON and OFF and OpenWRT with SQM ON and OFF, I have just one thing to say:
STREAMBOOST TOTALLY ROCKS!!!
It managed to keep ping low even in high bandwidth situations. Look at the benchmarks below.
The cenario I took was the following:
1 - Open Battlefield's Battelog screen to search for servers.
2 - Took a screenshot of the BF4 servers ping list with the internet bandwidth idle
3 - Start 5 torrents and an ISO download using Free Download Manager until maximum bandwidth is achived
4 - Open Battlelog screen and check the pings.
(http://s29.postimg.org/tekfuxeuf/Streamboost_benchmarks.png)
The picture bellow is my whole screen when maximum bandwidth was being used with battlelog scren opened as a proof
(http://s18.postimg.org/fmkemricp/Streamboost_ROCKS.png)
-
How did you have SB/ABE and OpenWRT set up for QoS or prioritization?
Please post pictures.
Whats your ISP speed Up and Down that you pay for?
-
I pay for 35/3.5
ABE: OFF
SB configured 35/3.5
Unfortunately I didn't took any screenshot while on OpenWRT. I had to install luci-app-sqm packet to install SQM on OpenWRT.
-
How did you have the prioritization set on SB? Anything in particular or did you just leave the list alone?
-
Just leave it alone. One thing I notice is SB "reserves" about 10% the value you type in the Down/Up boxes. With SB off, I can reach 37mb on speedtest, but my pings on battlefiled varies a lot when high bandwidth is demanded. When I set SB on and set download to 37mb, I can reach only 33Mb on speedtest. I think SB reserve those 10% to prevent lagging in games.
-
Ya, there is some over head that they reserve. I was told it should be around 4% however that was a long time ago. ::)
You can set your values a bit higher than what you actually get to see if you can get near your 37 Down speed and test...
-
Yes. If I set it to 40/4 for example, I can reach full bandwidth. But I notice the ping control is not as good. I'd prefer to "invest"some bandwidth to control pings while playing.
-
Agreed. ;)
-
Im getting the following when I try to install the sqm package in LUCI;
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-app-sqm:
* kmod-sched-core * kmod-sched * kmod-ifb * kmod-ipt-ipopt * kmod-ipt-conntrack-extra *
* opkg_install_cmd: Cannot install package luci-app-sqm.
-
Yeah. I got the same.
You have to install via Putty. Conect via SSH, log in with your root password. Then enter the following command:
opkg install luci-app-sqm --force-depends
-
ok. will try that. Could you add that to you step by step guide post please?
;)
-
Step by step version 2 released.
-
Thank you Sir. ;)
-
Ok I did the command.
I got the following however I see I have a SQM QoS menu option now:
Configuring iptables-mod-ipopt.
Configuring iptables-mod-conntrack-extra.
Configuring sqm-scripts.
Configuring luci-app-sqm.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci-app-sqm:
* kmod-sched-core * kmod-sched * kmod-ifb * kmod-ipt-ipopt * kmod-ipt-conntrack-extra *
Is this ok? ???
-
It also happened to me. I think it is OK.
You are now able to configure QoS and SQM via LUCI.
-
Ya I see SQM in the menu list under Firewall. I looked around last night however didn't do anything with it. I'll need some time to review it and see about playing around. Seems like there;s lots of settings to figure out.
-
Any luck configuring SQM?
-
No time as of yet. I hope maybe I might this weekend if super bowl doesn't get in the way. ::)
-
Ok, nearing and close to going online with the 5500. I just set up basic SQM values and used max UP and DOWN speed rates instead of 85%. I'll figure this out a bit later. Since I'm the only one doing stuff on the router and gaming, I'm not sure if I'll benefit from using 85% reduction since when I game, I'm the only one up and not sleeping. LOL.
-
Ok, online today:
My ISP speed test results: Windows 7x64 IE11
Last Result:
Download Speed: 114441 kbps (14305.1 KB/sec transfer rate)
Upload Speed: 3370 kbps (421.3 KB/sec transfer rate)
Latency: 8 ms
Jitter: 5 ms
2/17/2016 5:08:25 PM
Speedtest.net:
(http://www.speedtest.net/result/5095191300.png) (http://www.speedtest.net/my-result/5095191300)
dslReports.com:
(http://www.dslreports.com/speedtest/3068847.png)
I'll need to see if I can figure out BufferBloat. :-\
I wish dslreports would let you pic a server. I believe some maybe busier than others so may be giving false speed results. :-\
Any ideas of getting the BufferBloat from F and D to B and A? Seems to be happening when testing the UP. Been trying to set SQM Download and Up speeds however not sure if anything is working. Hitting over 400ms+ on the UP and it's red. Which interface do I set? I see that ETH0.2 is connected to my ISP modem. Should I set it here or on BR-LAN for LAN?
-
I wish I could help you but you gone farther than I have gone.
I just set a basic configuration on SQM tabs and thats it. SQM has too many options and possibilities and I have run out of time to test then all (I have a 2 months old son that is taking all my spare time lol)
-
I understand. I'll look for some help in there forums and see if anyone has more info. It is kind complex and the basic settings seems to work, however speed adjustments are in question as any thing I input doesn't seem to do anything. So I don't know if it is working or not. ???
Did you go back to OEM FW or still have OpenWRT loaded?
-
Since I'm a heavy BF4 gamer, I went back to OEM FW. It provides me better pings.
-
I may at some point too as I'm a heavy CoD gamer. Will have to just disable ABE.
How is our SB and ABE configured for your gaming?
-
Got Front LEDs configured. ;D
http://forums.dlink.com/index.php?topic=61634.msg265134#msg265134 (http://forums.dlink.com/index.php?topic=61634.msg265134#msg265134)
-
WOW, great work on configuring LEDs!! Any lucky enabling 5Ghz bands?
Regarding to SB settings, I have SB ON, ABE OFF. Manually input 90% of contracted bandwidth on download and upload.
Did you noticed your router is performing better with OpenWRT? What are your toughts?
-
Ya, someone mentioned that there maybe a ath10k something and QCA something packages that has to be installed. I asked for more details and i think someone responded however I now can't see the response as that forum is down currently. Argh. >:(
I do think the 5500 performs better with WRT on it. For SQM, I didn't do any major testing as that needs more testing and work in configuration. I did some speed tests however I don't think it's working right. Also for SQM to work well, it needs a bandwidth load on the LAN side going out to the WAN side to be of any benefit so for my needs, It's not beneficial as my primary needs are for gaming and since I'm the only one gaming at night with nothing else going on, I can't make use of it. ::)
However I am hoping to get details on setting it up for other users so we can at least get some extra or new life out of the 5500.
Soon as I get on the forum there, I'll see what the deal is about the 5Ghz radio. If we can get that going then the rest will be good I hope. ;D
-
Any one know why there forum is down? ???
-
I guess there down hard:
http://www.issitedownrightnow.com/status/openwrt.org (http://www.issitedownrightnow.com/status/openwrt.org)
-
https://openwrt.org/ is OK for me
-
There is a Warning in the main page..
Server problems
OpenWrt's main hosting server (site, downloads, forum) is failing for last few weeks. Its hard drivers need to be replaced and we're currently waiting for delivery of new ones. Until that you may expect some random downtimes. Sorry for the inconvenience.
-
Ok, must have come up sometime yesterday evening. I can get on this morning. ::)
So I'll try this this evening after work and see what I find for 5Ghz:
opkg update; opkg install kmod-ath10k; reboot
-
There repo is down so I'm still waiting to get the 5Ghz package. :-\
-
I'm looking forward to it. Maybe I'll give OpenWRT another chance this weekend.
-
Let us know what you find out if you try. I hope the repo's will be back up and online. I'm curious to get the 5Ghz radio going. I wanna complete your OpenWRT FAQ for this router. ;D
-
I'm having problems getting the ath10k working and I believe there is a problem with the kernel dependencies, and also not having good access to there repos which the mains are down, I believe that the ath10k is v3 and my kernel is v4. I tried forcing dependency and it seemed to be installed however I'm only seeing the 802.11 2.4Ghz interfaces and the 5Ghz is not displaying in LuCI. I've been waiting and waiting for the main repos to be fixed. I've posted about this as well on there forum and it's like pulling teeth trying to get info from anyone there. ::)
I'm getting close to this and hope we can get it going so we can finish the FAQ for this so other might give it a try. ;D
-
Ok, I figured it out. Thinking back when I first started, I installed the latest snapshot dev builds which was v4.1 of the kernel. Since the mains went down due to HDD issues, the snap shot builds have not been posted or not available again. So I unknowingly installed the v3.1 version of the 5Ghz file which would not work. Going back and starting all over again with the stable version of OpenWRT v3.1, I was able to install the 5Ghz package and it's now available and displayed in the Luci UI. I've updated the FAQ post and will make it a separate sticky post for itself:
OpenWRT for the DGL-5500 FAQ (http://forums.dlink.com/index.php?topic=64561.0)
I haven't had a chance to test the wifi yet and will in the near future.
-
Excelent work, Furry!! I think our step by step guide is now complete.
If we could figure out how to create a VPN server it would be great. Imagine having a private VPN service you can connect anywhere and have a secure channel over free open Wifi networks (like airports and coffee shops). This is a premium feature only available on corporate routers, or on paid services.
We really bring DGL-5500 back to life!
-
Is there a VPN package and instruction on how to configure it? ???
https://wiki.openwrt.org/doc/howto/vpn.overview (https://wiki.openwrt.org/doc/howto/vpn.overview)
Ya seems like things are working well for it. I think it's a good alternative for users who may not like the SB engine. ::)
-
Yesterday I installed OpenWRT again.. I'll give it another try.
-
Kewl, Let us know how it goes. I haven't hand a chance to re-connect mine yet.
We'll be interested in your wifi experiences... ::)
-
I spend this afternoon making some research about what SQM really is and all those QOS stuff. Just learned that Streamboost is nothing but a SQM implementation. SQM is a really powerfull and complex tool to manage priorization. See below:
"Examples of deployed Smart Queue Management systems include CeroWrt's SQM implementation, OpenWrt's qos-scripts, IPFire, the Gargoyle router project, and Streamboost . WRED is deployed in many locations. France Telecom deploys SFQ. Free.fr has the first known large-scale fq_codel deployment, using three bands of fq_codel for tiers of QoS. (it is also the largest ECN enabled end-user deployment). The Streamboost product (now coming available in multiple 802.11ac routers) combines a bandwidth sensor, with a packet classification engine, with a multi-band fq_codel implementation."
I'll try playing with SQM tonight and see if I can get the same results I got from Streamboost.
-
Awesome. Let us know if you come up with setup and configurations steps we can input in to the FAQ please.
-
I made some tests with SQM and OpenWRT latest version and got great results.
I can say now that SQM works and I will keep OpenWRT as my default firmware. It can replace Streamboost with the same quality.
To test it, first I started a ping -t to a internet host to check the latency. I pinged www.globo.com and got pretty constant 40ms times. Then, I fired up speedtest.com to test maximum bandwidth and see if ping times would rise. As expected, ping times rose to 300 to 700ms.
Then, I enabled SQM on Luci. Pretty basic configuration. Just entered 95% of maximum bandwidth on eth0.2 interface (my WAN interface).
I repetead the tests and bingo. The pings remained on 40ms range even with speedtest running. My maximum bandwidth decreased from 37Mbps to 34 Mbps just as Streamboost did. It reserves bandwidth to avoid bufferbloat. Perfect!
See screenshots below.
(http://s27.postimg.org/a4lem44cj/SQMTests.png)
-
Awesome. Thanks for posting your experiences.
Did you do a speed test at dslreports.com? Would be interesting to see what that site reports.
-
Here you go:
(http://s23.postimg.org/685vng1hn/speedtest.png)
-
Just did another great thing with OpenWRT!!
As you may know, US regulations only allow the use of Wifi channels from 1 to 11. Other parts of the world, including Brazil, allow the use os channels 12 and 13 as well. The problem is most of equipments sold in Brazil are made by US companies, so the firmwares only allows setting channels from 1 to 11.
OpenWRT allows me to change that. Now, I'm able to operate on the 13 channel and move away from interference from my neighbors. See the screenshot below. My wifi SSID is "DANIEL-WIRELESS"
I'm the only of the nearly 20 networks operating in this channel. Zero interference!!
You can try this as well. Just change your country ID to BR on Wifi settings.
(http://s18.postimg.org/pngkhh1l5/Screenshot_2016_03_19_11_03_28.jpg)
-
What is the power settings set for ?
I recommend that Users in the NA region to keep to channels 1 6 and 11. Don't want any trouble with the FCC here. ::)
-
20 dbm (100mW)
-
Wireless operation good with this setting?
-
Yes. Good signal quality and power with low noise. I'm very satisfied. IPV6 working good as well.
-
Awesome.
There any specific settings or recommended settings and configurations we can put into the FAQ? Like to get some details for WiFi and IPv6. Then I think were gold. ;D
-
Where is our how-to? I can find it on the main page.
I will increment it regarding the installation of UPNP
-
I moved it:
http://forums.dlink.com/index.php?topic=61634.msg248146#msg248146 (http://forums.dlink.com/index.php?topic=61634.msg248146#msg248146)
You can modify your post and input new info as you need to.
Let me know if you have problems with it.
Thanks for helping to improve it. ;)
Where is our how-to? I can find it on the main page.
I will increment it regarding the installation of UPNP
-
Hello. I'm new to the forum. I would like to know if there is any way to add IPV6 to the Dlink DGL-5500 Router through third party firmware?
-
You can try loading OpenWRT to see if it supports IPv6. I haven't looked into this. Been a while since I had mine loaded with OpenWRT.
Hello. I'm new to the forum. I would like to know if there is any way to add IPV6 to the Dlink DGL-5500 Router through third party firmware?