The talk of eth0 got me thinking, and I can see br1 has been assigned to eth0..
To test I removed this bridge so I ended up with:
Networking is not my day job, so I might have done something wrong by assigning br1 to eth0, but prior to me removing the VAP worked.. (I suspect if I tested it now it wouldnt, but that will end up being my next task).
The good news is, now I am able to get an WAN IP and have internet access..
Should the above change result in this starting to work?
Yes exactly the WAN port eth0 must of course be unbridged (it is by default)
Great that clears that up then.
Am I right in thinking I should assign wlan0.1 (the WIFI I intended to be on this bridge) to br1 to ensure all devices on that WIFI ends up on the br1.
Well, about the VAP, why do you want it bridged anyway?
Either you leave the VAPs bridged with br0, but then you have no isolation.
Or use unbridged VAPs then each VAP needs its own subnet.
Or you bridge several VAPs to a new bridge then the VAPs have only one new subnet.
I can't answer that if you don't tell me exactly what you want to do.
Regarding the "switch config tab" the tagging is fixed in build r52088.
I just tested this extensively and you see I have an internet connection
If you want I can send you the build via PM if you still want to test it.
Well, about the VAP, why do you want it bridged anyway?
Either you leave the VAPs bridged with br0, but then you have no isolation.
Or use unbridged VAPs then each VAP needs its own subnet.
Or you bridge several VAPs to a new bridge then the VAPs have only one new subnet.
I can't answer that if you don't tell me exactly what you want to do.
Regarding the "switch config tab" the tagging is fixed in build r52088.
I just tested this extensively and you see I have an internet connection
If you want I can send you the build via PM if you still want to test it.
I need the VAP on a separate subnet as I use it to route all its traffic over a Wireguard tunnel using PBR.. I have a DHCP on this subnet to hand out IPs in a 192.168.2.X subnet rather than the main 192.168.0.X.
I now have this setup for BR1 and it seems to work fine on the VAP:
Please send me a link to the test version and I will test it if I get the chance.
I need the VAP on a separate subnet as I use it to route all its traffic over a Wireguard tunnel using PBR.. I have a DHCP on this subnet to hand out IPs in a 192.168.2.X subnet rather than the main 192.168.0.X.
I now have this setup for BR1 and it seems to work fine on the VAP:
Please send me a link to the test version and I will test it if I get the chance.
Yes, this works but is certainly not necessary.
You can also simply set the VAP to unbridged then you can also directly assign a different address to the VAP interface.
Joined: 16 Nov 2015 Posts: 5885 Location: UK, London, just across the river..
Posted: Fri Mar 24, 2023 20:08 Post subject:
in general pppoe is taxing the CPU and its normal to have lower speed...SFE is only accelerating
the NAT performance..so its kind a hole in the NAT ...my R7800 tested with Kong build ages ago was able to translate around 900Mbit+ over static IP haven't tested it ever since...but over PPPoE it will be slower..if you also have other services that tax the CPU, no wonder why speed is reduced...
As Brain Slayer is bringing the unicorns around, it would be another miracle if he makes a build utilizing the R7800 NSS spare cores ... _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 52459 WAP
TP-Link WR1043NDv2 -DD-WRT 52720 Gateway/DoT,Forced DNS,AP Isolation,Ad-Block,Firewall,VPN,x1VLAN
TP-Link WR1043NDv2 -DD-WRT 52459 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN(no-wifi)
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear R7800 --DD-WRT 52720 Gateway/DoT,AD-Block,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 52459 Gateway/Stubby DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 ---DD-WRT 52720 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby for DNS over TLS I DNSCrypt v2 by mac913
... 