Most likely wrong interface or overhead set. On my 100Mbps line it works perfect and the cpu is consuming 40% on 1 core, when running speedtest.
Right now cake is good for ~200Mbps. With the fixes it might handle 600Mbps.
But it is important to select the correct interface e.g. pppoe-wan if on dsl and not the ethernet interface, I also used the overhead calculator estimator. Although the recommendation is to set overheads for dsl/vdsl. For my isp and modem I had to set it to <6. If you select the wrong interface the speed is completely off the set value, if the overhead is not correct it is slightly off. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
OK, now it comes with updated sqm and according to the test with my 100MBit line it reduces load. For much faster lines you may have to do a bit of tuning and tune for example SHAPER_BURST_DUR_US using a higher value. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
For much faster lines you may have to do a bit of tuning and tune for example SHAPER_BURST_DUR_US using a higher value.
and where is this? /usr/lib/sqm/defaults.sh?
I’m sure I’ll be corrected if I’m wrong but you could access it with WinSCP.exe (freeware). Just follow the path you posted and you should be able to edit on the fly with WinSCP.
For much faster lines you may have to do a bit of tuning and tune for example SHAPER_BURST_DUR_US using a higher value.
and where is this? /usr/lib/sqm/defaults.sh?
I’m sure I’ll be corrected if I’m wrong but you could access it with WinSCP.exe (freeware). Just follow the path you posted and you should be able to edit on the fly with WinSCP.
already seen it's in there. i wasn't asking how. i asked for where/confirmation
system - reboot page bug, confirmed (r7800), to reproduce:
- reboot the router using the System-reboot page
- once fully boots up, login to webif/luci and browse in there for a bit
- router will hang/reboot itself
- once it comes up again everything's fine after that, until you reboot again via System-reboot page
*if reboot via cmd line telnet ssh it's fine no issue
*this happened since the last build 06/04
e2guardian page is blank in this build 06/09
(flashed and reconfig this build from scratch via tftp)
system - reboot page bug, confirmed (r7800), to reproduce:
- reboot the router using the System-reboot page
- once fully boots up, login to webif/luci and browse in there for a bit
- router will hang/reboot itself
- once it comes up again everything's fine after that, until you reboot again via System-reboot page
*if reboot via cmd line telnet ssh it's fine no issue
*this happened since the last build 06/04
e2guardian page is blank in this build 06/09
(flashed and reconfig this build from scratch via tftp)
I can only imageine, that the rpd fix from upstream causes the reboot problem. I will debug this as I have to debug e2guardian anyways. It cannot handle larger https sites right now and crashes the router. I also have to see if I can run profiling on openwrt to see what cake does, when maxing out. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
system - reboot page bug, confirmed (r7800), to reproduce:
- reboot the router using the System-reboot page
- once fully boots up, login to webif/luci and browse in there for a bit
- router will hang/reboot itself
- once it comes up again everything's fine after that, until you reboot again via System-reboot page
*if reboot via cmd line telnet ssh it's fine no issue
*this happened since the last build 06/04
e2guardian page is blank in this build 06/09
(flashed and reconfig this build from scratch via tftp)
I can only imageine, that the rpd fix from upstream causes the reboot problem. I will debug this as I have to debug e2guardian anyways. It cannot handle larger https sites right now and crashes the router. I also have to see if I can run profiling on openwrt to see what cake does, when maxing out.
yeah removing e2guardian did not resolve the issue
Posted: Mon Jun 10, 2019 19:27 Post subject: 160 MHz Question
Hi there,
probably stupid question. But i do not get some config for working 160 MHz since beginning with kong-openwrt.
Do I miss something?
I would be grateful for some hint. _________________ best Regards, endebe
----
fear is the mindreaper
---
Netgear Nighthawk X4S R7800 (Kong Pro alpha)
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Mon Jun 10, 2019 19:55 Post subject: Re: 160 MHz Question
endebe wrote:
Hi there,
probably stupid question. But i do not get some config for working 160 MHz since beginning with kong-openwrt.
Do I miss something?
I would be grateful for some hint.
Are any of your clients capable of actually using VHT160?
The only one I know of right now is the Intel 9260. That has to use VHT160 (Not VHT160 -80+80, intel doesn't support 80+80) If you don't have any clients that can use VHT160, don't bother using it and stick to VHT80. Most people don't own a 9260 card, and the only other reason to use VHT160 is for Router to Router back-haul.
For the USA, these are the only possible Channel selections for VHT160:
Code:
vht160+lower:64 or 128
vht160+upper:36 or 100
(Everywhere else in the world you can only use 36 or 64). Plus you are limited to TX power of 23dBm (200mW). VHT80 allows you more TX power. See my signature for more details about channels and power. _________________ FORUM RULES
Posted: Tue Jun 11, 2019 15:55 Post subject: Re: 160 MHz Question
endebe wrote:
Hi there,
probably stupid question. But i do not get some config for working 160 MHz since beginning with kong-openwrt.
Do I miss something?
I would be grateful for some hint.
160Mhz is difficult as openwrt is fully fcc compliant and uses radar detection for dfs. Technically it works as I have used it before but unless you live in an area that gets no interference it is not practical.
80+80 would be the choice, but not all clients support it.
It is possible to upload a modified region db, that removes the DFS flag , but I'm not going to publish such a thing as interfering with airport radar isn't funny. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Tue Jun 11, 2019 19:29 Post subject:
jerrytouille wrote:
had my hope up but didn't take long... 06/11 build router still hang reboot on luci webif login screen same as before
Is this browser specific?
I recall reading that Chrome didn't play nice with the https and would take forever to load, but firefox would work fine.
Not sure if Opera, Edge, or IE cause the same issue too or not.
My R7800 with Kong pro is taking a nap since there's no qam256 on 2.4ghz and my R9000 is running sweet with the core tweaks I uncovered. Plus I'm too cheap to pay for 250+mbps with comcast unless I can score a good deal... it's just not worth the extra $30/mo for 250. For our needs 150/10 works fine, especially with the overprovisioning stability I can get with the R9000 of 165-175mps down and 12mbps up. _________________ FORUM RULES