[GCC 7.2 BUILD] Optimized TP-Link Archer C7 V2 AC1750 LEDE Firmware


#1058

Another way to do it is using the breed boot loader flashing option.


#1059

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.


#1060

Are you spanish and is you ISP Vodafone?


#1061

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


#1062

what does your lease file look like?


#1063

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.


#1064

Does it have something to do with the modems kernel version?


#1065

Hi,

Any new build w 18.6.x opendrt?

Thx


#1066

Please, make a new build based on 18.6.1 version. Thank you!


#1067

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


#1068

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.


#1069

Same here with today's nightly. Probably related to https://github.com/openwrt/openwrt/commit/2211ee0037764e1c6b1576fe7a0975722cd4acdc .. Nothing useful in syslog.


#1070

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.


#1071

Do it tftp, there’s a video on youtube


#1072

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.


#1073

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.


#1074

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

#1075

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?


#1076

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.


#1077

@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 :frowning:, please tell me it is only temporary :crossed_fingers: