I managed to compile and succesfully boot my C2600. It's a dumb AP but the nss cores were fully loaded and the router is working well. This is the gmac part of the dts file that I used.
So follow up - unfortunately every now and then it will have no internet. On my MBP it behaves slightly differently compared to my iPhone. It disconnects completely from the network - I'll check the available network and it still shows as available - I'll click it and it connects again! For comparison, my iPhone shows it's still connected to the network but won't actually have an internet connection.
Can't imagine it's anything to do with DFS since the 5GHz SSID is still live and can be reconnected to.
The country set is LV (Latvia). On NBG6817 stock firmware and OpenWrt 19.07.5 release, 160Mhz is working fine on 36 or 100 channels with the same country.
I am getting full ingress speed (only 100M), low CPU usage (almost nothing), but an F for buffer bloat on the DSL Reports test. With a non-NSS build and SQM I was getting full line speed and an A on DSL Reports, but high CPU usage. Egress shaping seems to be working, as I am getting an A for buffer bloat there.
That bufferbloat sucks - I’d turn the ingress speed down a little (90mbps) and see if it helps. I’ve never seen NSS fq codel tested at that speed (100mbps) so I don’t know how it does. I’m use to testing it at several multiples above that.
@quarky - anything particular about NSS fq codel usage at 100mbps or recommendations for tweaking custom settings for better bufferbloat at that speed?
Example:
modprobe nss-ifb
ip link set up nssifb
# Shape ingress traffic to 100 Mbit with chained NSSFQ_CODEL
tc qdisc add dev nssifb root handle 1: nsstbl rate 100Mbit burst 1Mb
tc qdisc add dev nssifb parent 1: handle 10: nssfq_codel limit 10240 flows 1024 quantum 1514 target 5ms interval 100ms set_default
# Shape egress traffic to 100 Mbit with chained NSSFQ_CODEL
tc qdisc add dev eth0 root handle 1: nsstbl rate 100Mbit burst 1Mb
tc qdisc add dev eth0 parent 1: handle 10: nssfq_codel limit 10240 flows 1024 quantum 1514 target 5ms interval 100ms set_default
My 2.4ghz SSID is different from my 5ghz SSID - my roaming devices only know the 5ghz network. 2.4ghz is full of interference and I find it unbearably slow (Great for IoT devices!). I found separating SSID by frequency reduced the number of jumps and improved roaming (allowed me to optimize my physical location of my APs for the physics of the 5ghz radios).
There are more aggressive dawn options that might help. I turned them on to encourage aggressive roaming:
try 20mhz at 2.4ghz. Few devices can connect successfully at 40mhz in this spectrum.
try manually setting your transmit power to your environment. Often times you might need to turn the power up or down to encourage good roaming depending on your environment - 20 is a common setting (Apple devices will start roaming at -70 dbm RSSI)
I’d turn on “force ccmp” so that your encryption is - option encryption 'psk2+ccmp' - (this is AES only, AES is much better than TKIP))
And it seems to have magically fixed itself. It seems like it takes some time after booting to start shaping. I can actually pull 110 down and 11 up in a speed test with no traffic shaping. Once it magically started working, 109 and 10.5 got me up to a B buffer bloat wise.
No problem shaping 100Mbps. Note tho that the rate configured may not be actual shaped thruput. Try to experiment with figures above and below for best result. Also, do ensure you have sufficient allowance for upstream for reply packets, especially if the upstream bandwidth is low. E.g. if your upstream bandwidth is 10Mbps, cap it with NSS Qdisc as well, or your buffer float will also be affected.