Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Mon Dec 06, 2021 23:24 Post subject:
Test (bridged) VAPs. If they don't work on Atheros, Marvell, Ralink/MediaTek, then we have a regression caused by a Broadcom fix. Also test unbridged VAPs. Test VAPs in general. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
worky fine on EA8500 ... NO revert to DD-WRT.
Both Radios still on VANILLA
AND
I have VAPs on both + 1 wired port via br1 --- isolated net + they use different DNS...
...main net uses unbound
Thanks for the info, @mrjcd. Maybe we can finally put the Broadcom VAP issue to a rest in the next public release
That would be very nice.
just so ya know:
but really ain't got nothing to do with bringing the VAP up/down
startup:
Code:
swconfig dev eth0 vlan 1 set ports "0t 1 2 3"
swconfig dev eth0 vlan 4 set ports "0t 4"
swconfig dev eth0 set enable_vlan 4
swconfig dev eth0 set apply
vconfig add eth0 4
ifconfig vlan4 up
brctl addif br1 vlan4
sleep 10
for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue; echo -n ondemand > $CPUFREQ; done
echo 35 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold
echo 10 > /sys/devices/system/cpu/cpufreq/ondemand/sampling_down_factor
firewall:
Code:
iptables -t nat -A POSTROUTING -s 10.172.128.240/28 -j MASQUERADE
iptables -I INPUT -i br1 -m state --state NEW -j DROP
iptables -I INPUT -i br1 -p udp -m multiport --dports 53,67 -j ACCEPT
iptables -I FORWARD -i br1 -o br0 -m state --state NEW -j DROP
iptables -I FORWARD -i br1 -o br0 -d 10.72.28.1 -m state --state NEW -j ACCEPT
yeahuh, in 'startup commands' I just let'er catch a breath before scaling back on CPUs
AND
1st firewall line is for her OVPN server
4th firewall just so those on br1 can reach the webserver
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Tue Dec 07, 2021 2:27 Post subject:
I have a feeling comcast in my area must be having issues.... reverted to 47762 and similar performance issues.... maybe the cold weather is affecting some surface equipment that is freezing...it rained yesterday and now 19 in chicago.... _________________ FORUM RULES
Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Tue Dec 07, 2021 3:54 Post subject:
They have their own issues with DSCP and other bits an pieces affecting throughput. There's a wiki article that was written for Broadcom devices, but it's not a hardware-specific anything. And it's not just Comcast, it's most cable internet providers. Not sure if the TOS/DSCP firewall option mitigates this or not. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
can someone see if SFE can turn on? I can't seem to toggle it on... and qos is off.... very strange.
well shitfire now you made me doit
I just clicked the radio SFE button to 'Enable'
clicked 'Save' -- all ok
clicked 'Apply Settings' ---> things went to heck then.
Not reachable by any means at all.
NOTE: this is on the EA8500 switch (r47791)
The only thing currently behind it is 'daDeb' ---> main machine I use.
'daDeb' is NOT reachable either and I was just about to rsync todays junk from it to my laptop.
Damnit I'll have to crawl out of this nice warm recliner and go see whatthehell.
may also be due to the fact that SFE is not compatible with unbridged VAPs.
I don't know if this has changed in the meantime, but it used to be that SFE was deactivated when unbridged VAPs were configured.
I don't use SFE myself so I don't know the current status.
so test VAP's and SFE at the same time - sounds promising
may also be due to the fact that SFE is not compatible with unbridged VAPs.
I don't know if this has changed in the meantime, but it used to be that SFE was deactivated when unbridged VAPs were configured.
I don't use SFE myself so I don't know the current status.
so test VAP's and SFE at the same time - sounds promising
the EA8500 I done that on is just used as a switch.
both radios off
WAN disabled
NO vlan
it does have OVPN server
has 2 ext4 flash drives attached as samba shares
I also know that SFE don't make no nevermind on a switch but it is just something I can try things on cause it is NO big thang iffin I break it.