@sera could be on vacation...
Topic: Update on Linksys WRT1900AC support
The content of this topic has been archived between 16 Sep 2014 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.
using transmission and getting max 17MB/s, thinking is this max speed? using whit hdd and usb3 whit 1Gbps internet.
using transmission and getting max 17MB/s, thinking is this max speed? using whit hdd and usb3 whit 1Gbps internet.
speed of hard disk?
filesystem of hard disk?
also torrent has enough peer?
@tapper Thanks for the suggestion! I am actually already using that. I realize I left the version in my signature but spaced on listing it in my comment. Sorry about that!
I am using LEDE Reboot 17.01.2 r3435-65eec8bd5f / LuCI lede-17.01 branch (git-17.152.82987-7f6fc16)
Kernel Version 4.4.71I'll give sequential addresses a try.
@sprobot you are excellent tester for stabilitY, please keep posting&updating Lede version, until it became stable...
so no one can reupload the patch ?
@Ansuel
My guess is that @sera makes those files available for a short time with a good reason. Unless he agrees, I can't make them public myself (or anyone else for that matter).
nitroshift
Can someone pm with the patch? i have a bug with a modem and i need to test if it gets solved by switching from swconfig to dsa
http://www.phoronix.com/scan.php?page=n … x-4.13-ARM
The Linksys WRT3200ACM WiFi router is now supported by mainline Linux 4.13.
http://www.phoronix.com/scan.php?page=n … x-4.13-ARM
The Linksys WRT3200ACM WiFi router is now supported by mainline Linux 4.13.
I'm not familiar with that site so I wanted to get some clarification before I add that information to the Wiki:
That piece is stating the 3200 will be fully supported in kernel 4.13, correct?
Has the 3200 not been fully supported in the 4.x.x kernels used by OpenWrt and LEDE?
If so, what kind(s) of support has been missing from those kernels?
@sera could be on vacation...
Have had readied a release before I left so it didn't pass all automated tests. Didn't had the time to look at it any more so the gap in-between ended up bigger than intended. Now the garden looks like a jungle, so plenty work before I get back to it. Should be during next week.
---
Ansuel,
only lede removed DSA, still supported in plain OpenWrt. Also available via make kernel_nconfig. All I did was adding some glue here and there to make it the default with a proper config out of the box as some cleanup. Was over half a year ago, so plenty time to have grabbed a copy.
---
S Pimenta,
yes, though didn't expect Phronix to mention it. Except for mwlwifi a vanilla 4.13 kernel will do. Shelby since 4.12 btw.
@sera hope you had a good brake! Nice to see you back.
Could someone please verify if this switch configuration is correct for vlans on the 1900AC v1
Specifically if the WAN vLAN is correct (only relevant lines are posted), as the switch wiki on OpenWrt and LEDE show only a single port CPU.
I have a hunch I need to create a second switch [switch1] and assign the WAN bridge to switch1
WAN: Internet [port 4], LAN 4 [port 3], LAN 3 [port 2] ports are bridged for WAN failover
/etc/config/network
#
##::[[--- LEDE WAN Network Config ---]]::##
####################################################
##----- Active Networks -----##
####################################################
# LAN #
#---------------------------------------------------
config interface 'lan'
option ifname 'eth0.1'
option type 'bridge'
option proto 'static'
# LAN: Management #
#---------------------------------------------------
config interface 'admin'
option ifname 'eth0.3'
option proto 'static'
# WAN #
#---------------------------------------------------
config interface 'wan'
option ifname 'eth1.2'
option type 'bridge'
option proto 'dhcp'
config interface 'wan6'
option ifname 'eth1.2'
option type 'bridge'
option proto 'dhcpv6'
####################################################
##----- Virtual Switches -----##
####################################################
# Switch 0 #
#---------------------------------------------------
config switch
option name 'switch0'
option reset 1
option enable_vlan 1
# LAN:
config switch_vlan
option device 'switch0'
option vlan 1
option ports '0 5t'
# WAN:
config switch_vlan
option device 'switch0'
option vlan 2
option ports '2 3 4 6t'
# Admin
config switch_vlan
option device 'switch0'
option vlan 3
option ports '1 5t'
Or should it be:
####################################################
##----- Virtual Switches -----##
####################################################
# Switch 0 #
#---------------------------------------------------
config switch
option name 'switch0'
option reset 1
option enable_vlan 1
# LAN:
config switch_vlan
option device 'switch0'
option vlan 1
option ports '0 5t'
# Admin
config switch_vlan
option device 'switch0'
option vlan 2
option ports '1 5t'
# Switch 1 #
#---------------------------------------------------
config switch
option name 'switch1'
option reset 1
option enable_vlan 1
# WAN:
config switch_vlan
option device 'switch1'
option vlan 3
option ports '2 3 4 6t'
config interface 'wan'
option ifname 'eth1.3'
option type 'bridge'
option proto 'dhcp'
(Last edited by JW0914 on 13 Jul 2017, 00:42)
Could someone please verify if this switch configuration is correct for vlans on the 1900AC v1
I think you need to add another vlan on switch0 for ports 2 and 3 like so (clipped a bunch of stuff):
config interface 'wan'
option ifname 'eth1.2 eth0.4'
option type 'bridge'
option proto 'dhcp'
config interface 'wan6'
option ifname 'eth1.2 eth0.4'
option type 'bridge'
option proto 'dhcpv6'
# LAN:
config switch_vlan
option device 'switch0'
option vlan 1
option ports '0 5t'
# WAN:
config switch_vlan
option device 'switch0'
option vlan 2
option ports '4 6t'
# Admin
config switch_vlan
option device 'switch0'
option vlan 3
option ports '1 5t'
# LAN to WAN
config switch_vlan
option device 'switch0'
option vlan 4
option ports '2 3 5t'
@InkblotAdmirer Please see bullet point...
(Last edited by JW0914 on 13 Jul 2017, 00:49)
@InkblotAdmirer Please see bullet point...
I did, and they are both on the "wan" interface -- see the option ifname line under wan interface config. I think my configs will work for what you are trying to do.
JW0914 wrote:@InkblotAdmirer Please see bullet point...
I did, and they are both on the "wan" interface -- see the option ifname line under wan interface config. I think my configs will work for what you are trying to do.
Did you mean to type '2 3 6t', not 5t, otherwise that wouldn't work as ports 2 & 3 will be WAN ports, which if 5t, would put them passing through the LAN CPU port, not WAN (unless LEDE changed the CPU port mapping, as the 1900AC v1 was always the odd man out with CPU port 5 as LAN, 6 as WAN, versus the opposite with every other WRT AC Series router)... or am I thinking about this the wrong way?
(Last edited by JW0914 on 13 Jul 2017, 12:48)
wiki / LEDE question: on the wiki there is a section for OpenWRT->OEM flashing, do the same instructions apply to LEDE->OEM? (namely sysupgrade -n -v image-name at CLI in LEDE) ?
background: WAN is dropping daily still, nothing in syslog except sometimes BusyBox nslookup error, (signals to me its dead). Reboot always resolves. I am thinking of going back to latest OEM firmware to see if the problem is openwrt/lede or maybe ISP, (a bit unlikley on ISP since reboot of 1900AC always fixes this), or maybe hardware?
ALSO: If I go to latest OEM firmware 1.1.10.167514 can I still flash back to open/lede using the official firmware gui? (I recall something about them no longer allowing it? , or NAND boot corruption or something?)
(Last edited by IvanRaide on 14 Jul 2017, 15:07)
wiki / LEDE question: on the wiki there is a section for OpenWRT->OEM flashing, do the same instructions apply to LEDE->OEM? (namely sysupgrade -n -v image-name at CLI in LEDE) ?
LEDE has updated the mvebu image format a bit, so it will not accept the Openwrt sysupgrade image, but will complain about incompatible image. But there is a new "-F" or "--force" option to ignore the image format error. You need to use that with sysupgrade.
Note that you should be able to also flash the OEM image with that (if you want to go directly to OEM firmware).
IvanRaide wrote:wiki / LEDE question: on the wiki there is a section for OpenWRT->OEM flashing, do the same instructions apply to LEDE->OEM? (namely sysupgrade -n -v image-name at CLI in LEDE) ?
LEDE has updated the mvebu image format a bit, so it will not accept the Openwrt sysupgrade image, but will complain about incompatible image. But there is a new "-F" or "--force" option to ignore the image format error. You need to use that with sysupgrade.
Note that you should be able to also flash the OEM image with that (if you want to go directly to OEM firmware).
Thanks for the info! Do you know or happen to recall, of hearing about problems of going from the latest OEM firmware to either OpenWRT or LEDE?
InkblotAdmirer wrote:JW0914 wrote:@InkblotAdmirer Please see bullet point...
I did, and they are both on the "wan" interface -- see the option ifname line under wan interface config. I think my configs will work for what you are trying to do.
Did you mean to type '2 3 6t', not 5t, otherwise that wouldn't work as ports 2 & 3 will be WAN ports, which if 5t, would put them passing through the LAN CPU port, not WAN (unless LEDE changed the CPU port mapping, as the 1900AC v1 was always the odd man out with CPU port 5 as LAN, 6 as WAN, versus the opposite with every other WRT AC Series router)... or am I thinking about this the wrong way?
I was thinking about it the wrong way =]
#
##::[[--- LEDE WAN Network Config ---]]::##
####################################################
##----- Active Networks -----##
####################################################
# Globals #
#-----------------------------------
config globals 'globals'
option ula_prefix 'fd4b:4d8a:8852::/48'
####################################################
##----- Active Networks ----##
####################################################
# Loopback #
#---------------------------------------------------
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr 127.0.0.1
option netmask 255.0.0.0
# Guest #
#---------------------------------------------------
config interface 'guest'
option ifname 'guest'
option type 'bridge'
option proto 'static'
option ipaddr 192.168.250.1
option netmask 255.255.255.240
option broadcast 192.168.250.15
option dns '208.67.222.222 208.67.220.220'
# LAN #
#---------------------------------------------------
config interface 'lan'
option ifname 'eth0.1'
option type 'bridge'
option proto 'static'
option ip6assign 64
option ipaddr 192.168.3.1
option netmask 255.255.255.224
option broadcast 192.168.3.31
option dns '208.67.222.222 208.67.220.220'
option force_link 1
# WAN #
#---------------------------------------------------
config interface 'wan'
option ifname 'eth1.2'
option proto 'dhcp'
config interface 'wan6'
option ifname 'eth1.2'
option proto 'dhcpv6'
# LAN: Management #
#---------------------------------------------------
config interface 'admin'
option ifname 'eth0.3'
option proto 'static'
option ipaddr 192.168.30.1
option netmask 255.255.255.248
option broadcast 192.168.30.7
option dns 192.168.30.1
option gateway 192.168.30.1
# OpenVPN #
#---------------------------------------------------
config interface 'openvpn'
option ifname 'tun0'
option proto 'static'
option ipaddr 10.10.3.1
option netmask 255.255.255.240
option broadcast 10.10.3.15
option dns '192.168.3.1 208.67.222.222 208.67.220.220'
option delegate 0
####################################################
##----- Virtual Switches -----##
####################################################
config switch
option name 'switch0'
option reset 1
option enable_vlan 1
# LAN:
config switch_vlan
option device 'switch0'
option vlan 1
option vid 1
option ports '0 5t'
# WAN:
config switch_vlan
option device 'switch0'
option vlan 2
option vid 2
option ports '2 3 4 6t'
# Admin
config switch_vlan
option device 'switch0'
option vlan 3
option vid 3
option ports '1 5t'
Do you know or happen to recall, of hearing about problems of going from the latest OEM firmware to either OpenWRT or LEDE?
There are none, and even if there were, flashing via TTL would resolve it. Prior to flashing non-OEM firmware, all should have access to a TTL connection option (USB-TTL, UART, MAX232, Arduino, etc.).
(Last edited by JW0914 on 14 Jul 2017, 17:01)
IvanRaide wrote:Do you know or happen to recall, of hearing about problems of going from the latest OEM firmware to either OpenWRT or LEDE?
There are none, and even if there were, flashing via TTL would resolve it. Prior to flashing non-OEM firmware, all should have access to a TTL connection option (USB-TTL, UART, MAX232, Arduino, etc.).
Thanks. I do have the USB-TTL cable, (for the worse case scenarios) but haven't open the 1900AC to get to the header etc ... hopefuly it won't come to that.
Final question for anyone who has tried; the original OEM firmware was terrible, has Linksys improved the stability in the latest (for anyone that tried it)?
JW0914 wrote:IvanRaide wrote:Do you know or happen to recall, of hearing about problems of going from the latest OEM firmware to either OpenWRT or LEDE?
There are none, and even if there were, flashing via TTL would resolve it. Prior to flashing non-OEM firmware, all should have access to a TTL connection option (USB-TTL, UART, MAX232, Arduino, etc.).
Thanks. I do have the USB-TTL cable, (for the worse case scenarios) but haven't open the 1900AC to get to the header etc ... hopefuly it won't come to that.
Final question for anyone who has tried; the original OEM firmware was terrible, has Linksys improved the stability in the latest (for anyone that tried it)?
As to stability, it ultimately depends on the user environment, as some have issues with stability, whereas others do not... the main issue is wifi stability, as everything else appears to be rock solid for the most part
The problem with OEM firmware, as with all consumer brand OEM firmware, is the fact it
cripples the router
creates security issues
due to not easily being able to discover what versions of software is utilized, and, once garnished, being unable to update said software which is out of date
no SSH
inability to properly secure and tune OpenVPN (or IPSec VPNs for that matter)
defaults insecure protocols and services, when they should not be (WEP, UPnP, etc.), etc.
or at the very least, without a brilliant warning that warns the consumer of the massive security risk imposed and the possible consequences of such an exploit
Ultimately, the only thing one loses by switching to opensource is the Linksys WiFi app, while gaining security (I view consumer OEM firmware as the Windows XP of the consumer router market) and ease of use
LuCI is laid out far more sanely than the OEM firmware
Even worse, consumer router manufactures stop supporting their units around a year or so after production, with the last OEM firmware updates being:
1200AC v1: over 6 months, since 12/21/2016
1200AC v2: over 6 months, since 12/01/2016
1900AC v1: over 2 years, since 6/30/2015
1900AC v2: over 6 months, since 12/28/2016
1900ACS v1: semi up-to-date, since 1/17/2017 (semi-current)
1900ACS v2: over 8 months, since 11/14/2016
3200ACM v1: Up-to-date, since 5/18/2017 (current)
(Last edited by JW0914 on 14 Jul 2017, 18:41)
WAN is dropping daily still, nothing in syslog except sometimes BusyBox nslookup error, (signals to me its dead). Reboot always resolves.
If your WAN connection is PPPoe then it could the old OpenWRT issue where the PPPoe would drop when the WAN IP Address expires.
(Last edited by Chadster766 on 15 Jul 2017, 15:04)
IvanRaide wrote:WAN is dropping daily still, nothing in syslog except sometimes BusyBox nslookup error, (signals to me its dead). Reboot always resolves.
If your WAN connection is PPPoe then it could the old OpenWRT issue where the PPPoe would drop when the WAN IP Address expires.
The type is "dhcp client" and i did stay and watch it expire and renew and it was fine, so i dont think its this.
i also wrote a script that pings a bunch of sites, and if it fails, i do a ifdown wan, ifup wan but thats doesnt fix it.
i cant figure it out.