You can't install kmods from release repos to private builds as there is strict kernel option checksum based versioning.
Either use the release builds or compile firmware yourself with that kmod included
With your latest build, has there been any changes to upnp? Was working on last build I'm getting moderate nat again on PS4, it seems not to open port 3074.
Miniupnp was changed in the routing repo in the last weeks. It used to have idgv2 as default that was incompatible with many consumer devices, so the default was changed back to old idgv1. That was the default until January.
Can you make your build config available?
Also, i am assuming (and correct me if i am wrong) that since you are using the main branch (master/HEAD), you are now using the calibration data patch (meaning that you're not patching the wireless radio code on your own)?
What is the speed of your network as advertised by your ISP (WAN)? Can you stress the gigabit WAN-to-LAN? Can you stress the WiFi (5GHz) to its limit? I can currently get a 450-500mbps throughput on the 5GHz radio in 80MHz bandwidth? I'd like to compile and build on my own to see if I can get similar performance. If the stability is better, I'd like to move to the master to take advantage of the pre-calibration data.
Also how recent is your build? can you provide me with a git commit id I can use a point of reference to build on my own? And lastly, do you make any specific changes of your own ? Patches etc?
Thanks.
Can you tell me your current LEDE master state? If you have LuCI installed, when you log into the router's http server, it should be on the Status page "Firmware Version" in the System Box.
Mine reads : LEDE Reboot 17.01.2 r3435-65eec8bd5f / LuCI lede-17.01 branch (git-17.152.82987-7f6fc16)
This way I can be sure to checkout and build the same version of LEDE as you.
Well, I'm having a strange issue which I cannot seem to understand.
When I access some remote server (with ssh, rsync, scp, ...) and push the connection a little bit (either by using X forwarding and opening some windows or doing a transfer), my connection drops with a "incorrect MAC" error message or something to that effect (where MAC is Message Authentication Code, as I've learned). From what I could gather, it seems that something in the chain corrupts the message and then I get disconnected. This happens with any PC I connect via WiFi and as I'm able to establish a connection I discarded the possibility of out of date OpenSSH and mismatch of MAC ciphers causing the issue. Also, connecting with the cable seems to work fine and I do not get a connection drop.
I can't even manage to clone the lede git repo, for instance, as the connection drops halfway.
Any suggestions? Or I'm the only one affected?
This happens with both the 'lede1701-r3458-74d5c3e019-20170711' and 'lede-r4561-254f0da6d2-20170712' builds.
Unrelated: I can't seem to get a WAN6 connection (no IP acquired). Same configuration on my old OpenWrt router works fine.
Hi, If i was to setup this build for MTU Baby Jumbo Frames, would it just be a case of altering the overide MTU on the WAN to 1508? or is there any other areas to change? (on BT which supports Baby Jumbo frames as does Modem - Vigor 130)
Regards
I haven't used jumbo frames myself, but I think that support for them is pretty much built-in by default for devices that has compatible hardware. Changing mtu is likely enough.
hello,
there is a graphics corruption in .mkv wireless stream with build LEDE master: lede-r4619-d72371e42b-20170723!
in build - LEDE 17.01: lede1701-r3469-870ca0da7a-20170724 graphics corruption don't happen, the video stream is ok!
either via samba, dlna, ext4 filesystem or ntfs, usb and e-sata.
I have no plans to add kmod-macvlan to the build, sorry. I have no need for it.
Regarding ".mkv stream corruption", I have no clear idea what that could be. One guess might be that you have SQM (or some other QoS tool) connected to wrong interface (in master build) and it wrongly throttles the traffic. There is also some difference in the ath10k wifi driver itself between master and 17.01, I think.