New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compatibility with mwan3 #19
Comments
I have patched the SFE module to marks in connections so it should work. |
I had a very quick look this afternoon and did an upgrade retaining settings. Unfortunately I had to restore my backup image back because it doesn't look like there is enough space left to install the packages I need. I have to use dnsmasq-full as I use ipsets on some of my mwan3 rules. I also use a xorpatched openvpn build that supports the scramble feature and I could see your build came with openvpn already. I did try removing a few packages but it didn't really give much space back. I think I might have to check this out again in the near future to see if there's anything I can do. Or would it be easy enough to create my own image with the bare essentials? |
What scramble feature? If it is useful I can include it. |
Here's a little more information on it: https://tunnelblick.net/cOpenvpn_xorpatch.html I've used it for a few years now as my mobile network provider at one point used to throttle all roaming traffic and this was a way around it. If it helps I can always provide you with the patched ipk files as I just sorted these out for the latest openwrt release ready to update my router at some point in the next week or two. |
I am not able to get mwan3 to work with this build. Actually, I am unable to get two interfaces working at the same time. They show up in ip route. A ping to default gateway works fine but a ping to an external address does not work. |
Changed the way SFE determine the destination path. You can try again. |
I can confirm that mwan3 doesn't work with this version of OpenWRT Debug: OpenWRT version: OpenWrt SFE r11009-1cf2495d48 / LuCI ( Trunk ) iptables-save output:
ip route output:
|
I also tried mwan3 2.6.18-1 and this is the iptables-save output:
As you can see, this version has the chains mwan3_iface_out_wan, mwan3_iface_out_wan2 and mwan3_ifaces_out , so there may be actually more than one problem with this version of OpenWRT:
I am no expert, so I suppose that these two problems are making a hard time to make mwan3 work. |
Try the rework version I added mark parsing |
Yes, it was tested with SEP version and it is not working. |
I just tested in my Archer C7 V2. Something is not allowing both radios to work as a client at the same time. When I have either the 5ghz or the 2.4ghz active, with the other radio disabled, I can successfully ping -I out the active interface. If I have both radios active at the same time then only the ping -I works for the 5ghz interface, the 2.4 interface has 100% loss. This doesn't seem to be happening on the current regular release of openwrt. It should very possibly be routing related. Any advice? I have disabled mwan3 but left the installation in place so I can perform any tests you'd recommend to try and resolve. |
Reverting back to the dev builds of openwrt master resolves, so I'll stick with that until this is addressed. |
Hello, I use a TP-Link 1043ND v2 and have a dual wan connection, so I use the mwan3 package.
If I was to switch to this image, would I expect to see any benefit on both connections?
The text was updated successfully, but these errors were encountered: