Another way to do it is using the breed boot loader flashing option.
I have been using this build since it really can route fast, but for some reason it kills my cable modem. Both the good old cisco epc 3208 as well as the annoyingly bad Puma-6 using Compal CH7465LG. They simply die in a very strange way - their web management pages still work, but they refuse to route any new traffic. Ping outside is not working. Restarting the router does not help, but restarting the modem resolves the issue instantly. My ISP spoke with me during the issue and they confirmed even they are unable to connect to the modem when the issue happens. I actually once managed to trigger the issue by simply rebooting the router remotely.
My theory is that somehow it sends some weird packet towards the modem; a packet the modem doesn't know how to handle in such a catastrophical way that it fails and stops working until rebooted. Must be some bug in the modem firmware for sure too because it should never fail this way, but still...
This has never happened before I used this build and also doesn't happen if I connect my PC directly to the modem, so it's definitely something to do with the firmware. I've now switched to Ath79 builds with all kmod packages through opkg [flow offloading] (because I need fast path OR offloading as my internet speeds are 300+ Mbit and sometimes the router is just not fast enough @ stock openwrt). So.. any ideas what this might be? It'm positive it's the firmware because it definitely is caused by the router and it only happens when I am using your build. I couldn't find any info on it anywhere else.
Are you spanish and is you ISP Vodafone?
I have been noticing that with the new DNS package it's ignoring about half of the statically defined ip's I've setup in luci ... is there a new way to set my static ip definitions in luci?
Thanks for your time,
Bobby
what does your lease file look like?
This sometime occurs when the ISP rotates DHCP servers, and a unicast DHCP renew does not reach the original DHCP server. The fix is to always send multicast DHCP requests, and that is controlled by the 'use broadcast flag' setting under Network->Interfaces->WAN->Advanced Settings.
Does it have something to do with the modems kernel version?
Hi,
Any new build w 18.6.x opendrt?
Thx
Please, make a new build based on 18.6.1 version. Thank you!
Hi! I compiled an image for myself 1 week ago from master branch using @shunjou's repo (ath79 for Archer C7 v2), and this morning the PPPoE client couldn't connect back, I have to manually push the connect button. I've never had this problem ever, using OpenWRT/Lede in the last 5 years.
And I saw a script for this in his repo: is this a known problem? If so, does it only affect the ath79 builds or the entire 18.06.x releases?
Thanks
Running into an issue using the nightly build where I am unable to access router via SSH, downgrading to the latest stable release for this build as of 5-31-18 fixes the issue and i am able to connect again. All other features seem to work, and i can ping and browse the web without issue. Ideas? As a note, not sure if this is the case with normal LEDE builds.as I have not tried.
Same here with today's nightly. Probably related to https://github.com/openwrt/openwrt/commit/2211ee0037764e1c6b1576fe7a0975722cd4acdc .. Nothing useful in syslog.
Run in to another issue trying out @shunjou fork of this build. Once you have switched to this build what would be the downgrade path , to stock or other firmware, as the GUI will not allow the downgrade and firmware flash fails trying to even go back to @root builds. Currently stuck.
Do it tftp, there’s a video on youtube
Hey guys,
I am wondering if any build is available based on OpenWRT snopshot (after LEDE merge) for Archer c7 v4 (ar71xx) with fast path firmware enabled?
I also asked in a topic where a very nice firmware is being developed. Just wanted to add my comments here as well.
Looks like no image is available for v4. Only for v2 ath79 based builds.
Please mind that this topic is regarding a specific community build for C7 v2, not snapshot build for C7 v4. Please keep it this way and open new topics for anything that is not related to this specific community build for C7 v2.
Running on the 05-31 build with sqm enabled i'm trying to understand if it is actually being applied to my download speed. Output below that i'm trying to sort out is why no diffserv4 profile applied to the download.
root@OpenWrt:~# tc -d qdisc
qdisc noqueue 0: dev lo root refcnt 2
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
qdisc fq_codel 0: dev eth1 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
qdisc noqueue 0: dev br-lan root refcnt 2
qdisc noqueue 0: dev eth1.1 root refcnt 2
qdisc cake 800a: dev eth0.2 root refcnt 2 bandwidth 127500Kbit diffserv4 triple-isolate split-gso rtt 100.0ms raw overhead 0
qdisc ingress ffff: dev eth0.2 parent ffff:fff1 ----------------
qdisc noqueue 0: dev wlan1 root refcnt 2
qdisc noqueue 0: dev wlan0 root refcnt 2
qdisc cake 800b: dev ifb4eth0.2 root refcnt 2 bandwidth 142500Kbit besteffort triple-isolate wash split-gso rtt 100.0ms raw overhead 0
root@OpenWrt:~# tc -s qdisc
qdisc noqueue 0: dev lo root refcnt 2
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
Sent 184228927 bytes 542118 pkts (dropped 0, overlimits 0)
maxpacket 1506 drop_overlimit 0 new_flow_count 4 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev eth1 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms memory_limit 4Mb ecn
Sent 346844 bytes 1625 pkts (dropped 0, overlimits 0)
maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc noqueue 0: dev br-lan root refcnt 2
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc noqueue 0: dev eth1.1 root refcnt 2
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc cake 800a: dev eth0.2 root refcnt 2 bandwidth 127500Kbit diffserv4 triple-isolate split-gso rtt 100.0ms raw overhead 0
Sent 162024088 bytes 296398 pkt (dropped 0, overlimits 148085 requeues 0)
backlog 0b 0p requeues 0
memory used: 38592b of 6375000b
capacity estimate: 127500Kbit
min/max network layer size: 42 / 1506
min/max overhead-adjusted size: 42 / 1506
average network hdr offset: 14
Bulk Best Effort Video Voice
thresh 7968Kbit 127500Kbit 63750Kbit 31875Kbit
target 5.0ms 5.0ms 5.0ms 5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
pk_delay 0us 15us 13us 15us
av_delay 0us 6us 9us 9us
sp_delay 0us 3us 8us 5us
pkts 0 295358 515 525
bytes 0 161708579 276030 39479
way_inds 0 71 0 0
way_miss 0 778 21 7
way_cols 0 0 0 0
drops 0 0 0 0
marks 0 0 0 0
ack_drop 0 0 0 0
sp_flows 0 1 1 1
bk_flows 0 1 0 0
un_flows 0 0 0 0
max_len 0 1506 554 487
quantum 300 1514 1514 972
qdisc ingress ffff: dev eth0.2 parent ffff:fff1 ----------------
Sent 556626773 bytes 406789 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev wlan1 root refcnt 2
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc noqueue 0: dev wlan0 root refcnt 2
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
qdisc cake 800b: dev ifb4eth0.2 root refcnt 2 bandwidth 142500Kbit besteffort triple-isolate wash split-gso rtt 100.0ms raw overhead 0
Sent 562320313 bytes 406788 pkt (dropped 1, overlimits 600807 requeues 0)
backlog 0b 0p requeues 0
memory used: 115072b of 6958Kb
capacity estimate: 142500Kbit
min/max network layer size: 60 / 1506
min/max overhead-adjusted size: 60 / 1506
average network hdr offset: 14
Tin 0
thresh 142500Kbit
target 5.0ms
interval 100.0ms
pk_delay 1.4ms
av_delay 893us
sp_delay 29us
pkts 406789
bytes 562321819
way_inds 72
way_miss 849
way_cols 0
drops 1
marks 0
ack_drop 0
sp_flows 2
bk_flows 1
un_flows 0
max_len 1506
quantum 1514
I'm a lowly luci user (the graphical interface, not the cmd line) but I believe I see you have "besteffort" in your download command. That sets a single class, as you have there now.
Pull that out and replace it with "diffserve4" and you should have the 4 categories in the download SQM path.
And, you might try using Cake vs Fq_Codel, it's considered better all around. Then, the Cake MAN page is your friend.
Also, a recent LWN article goes into things, and a bit down in the comments Dave Taht gives some quick and dirty command line examples, and other tidbits: https://lwn.net/Articles/758353/
Are you configuring things via command line, or are you using luci?
At the time I was trying command line I've since researched some more , and I believe come to a better understanding of it. Everything's working well . That's for all the info and help in the forum.
@root Just checking, is this firmware still developed?
There hasn't been a release in a couple of months, and the last commit was on Sept 15.
It would be a shame if the support was dropped , please tell me it is only temporary