Support for Asus ZenWiFi BT8 Tri-band Wifi7 (Mediatek MT7988)

It makes more sense when you understand this is the replacement for the previous Asus filogic models.

TUF-AX4200 (filogic 830) ---> BT6 (filogic 860)
TUF-AX6000 (filogic 830) ---> BT8 (filogic 860)

Differences are extra 2.5G port and faster wifi.

If you want filogic 880 + a 9 port 2.5G switch, there is the ASUS ROG Strix GS7 Magic Box Router. China only currently. ($499 on ebay if you really want it today).

FYI, American prices have 20% tariffs.

1 Like

That's amazing. I wonder why Asus is launching that in China first?

Looks like we've got MLO support guys and gals :smiley:

Felix's commits from 10 days ago have just been merged into the main openwrt.git two hours ago :slight_smile: Specifically this one. Let's get to testing :smiley:

Edit: Blah. The firmware selctor says Version SNAPSHOT (r30646-3544a06766). I'm guessing thats the daily build built today at 14:52. The commit was at 16:46 xD

Tomorrow fingers crossed

2 Likes

Oh, and equally important as the aforementioned mlo :smiley:

Could we pretty please have the led indicator turn white instead of green once the router is happy? To replicate the original fw. And it looks infinitely better :smiley: Or at least have it as an option in luci instead of the current RGB. :stuck_out_tongue:

  • I like the ugly green
  • I'd much prefer the pretty white
0 voters

Asus is a broadcom shop and broadcom does not want mediatek models in US/EU markets.

It's a complete coincidence US/EU get the broadcom equivalent sold as the ROG STRIX GS-BE18000. :wink:

Since BT6 and BT8 is sharing its FCC ID MSQ-RTBE7J00, then I am assuming it should be using near identical hardware with the exception of I/O ports.

Page 7 on its test report mention the following:

In all the models, the RF parameters/design are identical; the difference model for the different models is the I/O port supported.

@iluvopenwrt FYI, Asus China also recently released the ROG Strix GS7 "Pro" version which houses Broadcom chipset based on their firmware. It looks very similar to GS-BE18000 which is using BCM6766 according to RMerlin (Asuswrt-Merlin dev), but replacing it's 6GHz with a 2nd 5GHz.

BT8 BT6
2.4GHz 2x2 2.4GHz 2x2
5GHz 3x3 5GHz 2x2
6GHz 3x3 6GHz 2x2
--- ---
2.5G WAN x 1 2.5G WAN x 1
2.5G LAN x 1 1G LAN x 3
1G LAN x 2 USB 3.0 x1
USB 3.0 x1

$30 USD MSRP difference. Like I said, it's the same thing they did on the previous TUF models. The BT8 is what you should buy, at least for your main gateway.

So the system built a new snapshot while I was sleeping. That part is wonderful. I just updated to r30656-ba76da4fe9 which should have the mlo commits included. But I still can't get the network to come up :frowning:

My /etc/config/wireless is as follows:

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '0'
        option band '2g'
        option channel '1'
        option htmode 'EHT40'
        option cell_density '0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt'
        option encryption 'sae-mixed'
        option key '123'
        option ocv '0'

config wifi-device 'radio1'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '1'
        option band '5g'
        option channel 'auto'
        option htmode 'EHT160'
        option cell_density '0'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt5GHz'
        option encryption 'sae-mixed'
        option key '123'
        option ocv '0'

config wifi-device 'radio2'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '2'
        option band '6g'
        option channel 'auto'
        option htmode 'EHT160'
        option disabled '0'
        option ocv '0'

config wifi-iface 'default_radio2'
        option device 'radio2'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt6GHz'
        option encryption 'sae'
        option key '123'

config wifi-iface 'wifinet3'
        option device 'radio1'
        option mode 'sta'
        option network 'wwan'
        option ssid 'MyHomeWiFi'
        option encryption 'sae-mixed'
        option key '12345'
        option ocv '0'

config wifi-iface 'wifinet0'
        list radio 'radio0'
        list radio 'radio1'
	list radio 'radio2'
        option mlo '1'
        option ssid 'OpenWrtMLO'
        option mode 'ap'
        option network 'lan'
        option encryption 'sae'
        option key '1234578'

Am I doing something wrong?
Edit: I tried commenting out all the other wifi-ifaces including the sta. No go :frowning:
Edit2: Maybe I need the following commit too. More waiting (and hoping) xd

Still if someone wants to test tonight's r30656-ba76da4fe9 and report back that'd be sweet too :smiley:

Ok the newest shapshot just landed with the MLO fix commit (r30660-a2c361c520). It definitely changed something, but I can't get it to work.

Now my wireless looks like this.

From the comments on this commit:

please keep in mind that upstream mt76 does not have MLO support enabled yet

So I guess we still have to wait a bit.

2 Likes

Thank you. Those two comments were exactly what I was looking for. More waiting it is then :smiley:

There has been an update to mt76 that’s now out in the latest snapshot, but I don’t know if that’s the one that has MLO enabled.

Git link

Edit: fixed link.

Fraid not bud, but appreciate the update. I’ve glanced over the list this morning before work, there wasn’t even a mention of any 7988 changes, let alone anything related to mlo. I think we’re still quite a ways off from having mlo support. I’d recon we have to wait a couple more months at least because we’re dependent on the upstream guys to implement it into the driver :frowning: And afaik they’re working on backhaul support first. But I’m optimistic fronthaul support will follow sooner rather than later once our heroes upstream get that part done. Even though personally, backhaul support means nothing to me at this point in time with a single unit. I wanna wait for at least 4x4 support before getting another unit or two (and I wouldn’t mind seeing 8x8 devices xd). Are BT10/BQ16 (Pro) openwrtable? Think they use broadcom and qualcomm chipsets, not mediatek’s). Something 4x4 with two 10 gig ports would be far more interesting to tinker with, but hey, gotta start somewhere :stuck_out_tongue:

(and no, I don’t have high expectations for the bpi-r4-pro or their be19 card. i hope im wrong, but..)

That said, I’m like a kid before xmas morning when it comes to fronthaul support because I’m hoping it’ll get me close to my internet limit with a repeater (my wifi throughput is cut in half, that’s why I want it so much :D).

In any case, I think we gotta wait for the upstream guys to implement mlo support into the driver, have it accepted/merged into the new kernel and then have a kind soul backport the patch to openwrt and our current 6.12 kernel, assuming that’s possible (although I suppose another kernel upgrade by the time mlo is implemented isn’t entirely out of the question either). But to be frank and honest I’m less interested in how it trickles down, as long as it does (although if anyone cares to explain it I’d be grateful, (and yes, I know I could probably google it)).

And to the best of my knowledge, 6.17 linux kernel patch notes only state ā€œmore mlo workā€ for the mt76 chipset, but it doesn’t go into any more detail than that one single line - so I’m not holding my breath. Still sounds like a very much work in progress/behind the scenes thing to me.

Yes, I realize now that its probably still gonna take a while.

Im running one BT8 with the original Asus firmware to test things like MLO and another one with OpenWRT to test new snapshots.

I still think that TP-link BE805 (with 10Gbps ports) should be able to work with OpenWRT, but its only available in the US.

Not to steer too far off topic but, what are you using client side and have you been able to aggregate all three bands in your tests? My Asus RoG USB BE-92 would only connect to two bands at a time, seemingly at random which two, but never all three at once. That was under Win11 24H2 with the latest 5102.24.126.2 driver dated July 15th.

The BT8 was roleplaying my ISP’s router for a couple days, at least the wifi part, and the signal strength was pretty weak and hence the throughput was horrendous (~30mbit/s on the 5GHz band). That’s why I need it as a repeater (and Asus’ firmware doesn’t allow for that - cough cash grab).

Now I have it set up as a repeater with openwrt and getting 600-900 megs over the 6Ghz band (it’s connected to the main 4x4 ax router over the 5Ghz band with -49db signal strength so yay for that). It’s usually around 600ish, sometimes it even dips into the 500s. Seems a bit finnicky. That’s why I’m so hyped about fronthaul mlo. Should effectively double that and make me one happy camper in the process. At that point another unit would quadruple that and probably allow me to get the full 2Gbits I’m getting from my ISP. But I just wanna break the 1gig barrier (fast.com did spike to 1.1/1.2 but it was for mere seconds in the bajillion speedtests I’ve done). And yes I know I could do that now with another unit from asus using their fw. I don’t want to because it doesn’t fit my narrative.

I have done some tests with usb-wifi7 and have never seen more than 2 radios, but I have only seen 5 and 6Ghz - never 2.4Ghz (might be some setting I have) did not know that more than 2 was possible.

I haven't done much speedtests but this is from a computer with a usb-wifiadapter 6GHz 160MHz connected to a BT8 running OpenWRT at 6GHz 160MHz

iperf3 -c 192.168.86.214
Connecting to host 192.168.86.214, port 5201
[  5] local 192.168.86.120 port 48292 connected to 192.168.86.214 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   189 MBytes  1.58 Gbits/sec    0   4.15 MBytes       
[  5]   1.00-2.00   sec   189 MBytes  1.59 Gbits/sec    0   4.15 MBytes       
[  5]   2.00-3.00   sec   187 MBytes  1.57 Gbits/sec    0   4.15 MBytes       
[  5]   3.00-4.00   sec   188 MBytes  1.58 Gbits/sec    0   4.15 MBytes       
[  5]   4.00-5.00   sec   192 MBytes  1.61 Gbits/sec    0   4.15 MBytes       
[  5]   5.00-6.00   sec   187 MBytes  1.57 Gbits/sec    0   4.15 MBytes       
[  5]   6.00-7.00   sec   192 MBytes  1.61 Gbits/sec    0   4.15 MBytes       
[  5]   7.00-8.00   sec   190 MBytes  1.60 Gbits/sec    0   4.15 MBytes       
[  5]   8.00-9.00   sec   190 MBytes  1.60 Gbits/sec    0   4.15 MBytes       
[  5]   9.00-10.00  sec  57.9 MBytes   485 Mbits/sec    1   4.15 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.72 GBytes  1.48 Gbits/sec    1            sender
[  5]   0.00-10.01  sec  1.72 GBytes  1.47 Gbits/sec                  receiver

iperf Done.

Just installed iperf3 to try it. I’m getting waay less. Also on 6GHz.

iperf3.exe -c 192.168.100.100
Connecting to host 192.168.100.100, port 5201
[  4] local 192.168.100.93 port 2148 connected to 192.168.100.100 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  58.0 MBytes   485 Mbits/sec
[  4]   1.00-2.00   sec  68.8 MBytes   576 Mbits/sec
[  4]   2.00-3.00   sec  72.8 MBytes   611 Mbits/sec
[  4]   3.00-4.00   sec  74.5 MBytes   626 Mbits/sec
[  4]   4.00-5.00   sec  75.6 MBytes   634 Mbits/sec
[  4]   5.00-6.00   sec  75.0 MBytes   629 Mbits/sec
[  4]   6.00-7.00   sec  71.4 MBytes   599 Mbits/sec
[  4]   7.00-8.00   sec  73.8 MBytes   619 Mbits/sec
[  4]   8.00-9.00   sec  73.1 MBytes   613 Mbits/sec
[  4]   9.00-10.00  sec  72.2 MBytes   607 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   715 MBytes   600 Mbits/sec                  sender
[  4]   0.00-10.00  sec   715 MBytes   600 Mbits/sec                  receiver

I thought it was because of the placement because there’s like half a foot of a wall blocking direct line of sight so I thought it might be attenuation from that, so I just moved it a couple feet to the middle of the corridor where it has (a more or less - there’s two chairs in the way lol) direct los to the adapter, some 7 meters away

iperf3.exe -c 192.168.100.100
Connecting to host 192.168.100.100, port 5201
[  4] local 192.168.100.93 port 2155 connected to 192.168.100.100 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  53.6 MBytes   449 Mbits/sec
[  4]   1.00-2.00   sec  66.6 MBytes   559 Mbits/sec
[  4]   2.00-3.00   sec  67.4 MBytes   564 Mbits/sec
[  4]   3.00-4.00   sec  71.0 MBytes   596 Mbits/sec
[  4]   4.00-5.00   sec  75.8 MBytes   636 Mbits/sec
[  4]   5.00-6.00   sec  70.6 MBytes   590 Mbits/sec
[  4]   6.00-7.00   sec  70.9 MBytes   596 Mbits/sec
[  4]   7.00-8.00   sec  72.9 MBytes   612 Mbits/sec
[  4]   8.00-9.00   sec  74.4 MBytes   624 Mbits/sec
[  4]   9.00-10.00  sec  77.2 MBytes   649 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   700 MBytes   588 Mbits/sec                  sender
[  4]   0.00-10.00  sec   700 MBytes   588 Mbits/sec                  receiver

Somewhat perplexed, I moved the router one meter away from the adapter:

iperf3.exe -c 192.168.100.100
Connecting to host 192.168.100.100, port 5201
[  4] local 192.168.100.93 port 2235 connected to 192.168.100.100 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  49.9 MBytes   418 Mbits/sec
[  4]   1.00-2.00   sec  54.2 MBytes   455 Mbits/sec
[  4]   2.00-3.00   sec  63.9 MBytes   536 Mbits/sec
[  4]   3.00-4.00   sec  63.9 MBytes   536 Mbits/sec
[  4]   4.00-5.00   sec  71.1 MBytes   595 Mbits/sec
[  4]   5.00-6.00   sec  65.5 MBytes   549 Mbits/sec
[  4]   6.00-7.00   sec  73.6 MBytes   620 Mbits/sec
[  4]   7.00-8.00   sec  69.0 MBytes   578 Mbits/sec
[  4]   8.00-9.00   sec  68.8 MBytes   577 Mbits/sec
[  4]   9.00-10.00  sec  72.2 MBytes   607 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   652 MBytes   547 Mbits/sec                  sender
[  4]   0.00-10.00  sec   652 MBytes   547 Mbits/sec                  receiver

Exact same numbers. While I’m glad it’s not a placement issue, shouldn’t those numbers be twice as high? Seriously, what gives? :frowning:

Windows reports a link speed of 2882Mbits and the signal strength is excellent (full bars on the taskbar - in all of the three tests).

I’m running snapshot r30728-3aee42001f for what it’s worth but I doubt that’s relevant in this case.

(And I’m getting half those numbers on 5Ghz, but that’s to be expected since that’s what im using for the wireless backhaul). But the 6Ghz range? I really I don’t think I should be getting those numbers :frowning:

Any ideas?

Edit: Just tried switching it to AX instead of BE. Still the same numbers :confused:

This is what it looks like in LuCi.

I get various results too, just tried another (ubuntu) computer in the same position with built in qualcomm wifi7 and got these results:

Connecting to host 192.168.86.214, port 5201
[  5] local 192.168.86.137 port 48764 connected to 192.168.86.214 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   146 MBytes  1.22 Gbits/sec    0   2.38 MBytes       
[  5]   1.00-2.00   sec   163 MBytes  1.36 Gbits/sec    0   2.79 MBytes       
[  5]   2.00-3.00   sec   129 MBytes  1.08 Gbits/sec    0   3.08 MBytes       
[  5]   3.00-4.00   sec  85.0 MBytes   713 Mbits/sec    0   3.45 MBytes       
[  5]   4.00-5.00   sec  70.6 MBytes   592 Mbits/sec   14   1.82 MBytes       
[  5]   5.00-6.00   sec  65.0 MBytes   545 Mbits/sec    0   1.92 MBytes       
[  5]   6.00-7.00   sec  56.6 MBytes   475 Mbits/sec   14   1.01 MBytes       
[  5]   7.00-8.00   sec  45.4 MBytes   381 Mbits/sec    0   1.08 MBytes       
[  5]   8.00-9.00   sec  54.2 MBytes   456 Mbits/sec    0   1.13 MBytes       
[  5]   9.00-10.00  sec  67.8 MBytes   568 Mbits/sec    0   1.16 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   882 MBytes   740 Mbits/sec   28            sender
[  5]   0.00-10.00  sec   879 MBytes   737 Mbits/sec                  receiver

iperf Done.

And its always slower with Banana Pi R4.

Not that it should matter but the router im connected to is a BT8 (U-Boot mod)

That’s really weird on that ubuntu pc too. Could anyone more knowledgeable chime in?

Dongknows says my adapter is likely based on the Intel 202 chipset. It also goes on to list:

Wi-Fi Bandwidth	- Tri-band BE6500
Max Ceiling Speed  -	2880Mbps

I was under the impression the max (theoretical) speed was 6500 limitited by the usb’s 5gbit limit (+overhead). That’s why I bought it. I mean it’s a $100/€ adapter, I figured it could do 5gbit/s lol. What a scam if that’s truly the case and it can’t push past 2880 even with MLO enabled (which mine didn’t with the original fw, but I’ve been blaming it on low signal strength), not hardware imposed limitations. So customer beware I guess. The ā€œ#$% they get away with these days…

That aside, I did see fast.com spike to 1.4gbits but it was only for a couple seconds. So it’s not that the adapter isn’t capable of delivering at least that much (which would still make me happi-er), but these 500-600s just hurt at this point :frowning:

And it’s obviously not a signal strength/attenuation issue if I’m getting those poor speeds with the router placed one meter away from the adapter. I don’t really want to go buy an ax adapter just to test if I can get the full 1.2-.1.4gbit I should be getting.

Any way to move into the realm of 1gbit now that I know I should be getting it? Some openwrt setting I don’t know about or something? I mean it is using 160Mhz channels and the signal is as good as it’s ever good going to be. I’m really at a loss :frowning:

Edit: And I’m also using the U-boot mod, but like you said, it really shouldn’t matter?

I realized I could "crank it up a notch" with BT8 and the Qualcomm Wifi7 laptop and set both to 6GHz 320MHz - but the results did not differ that much:

Connecting to host 192.168.86.214, port 5201
[  5] local 192.168.86.137 port 57480 connected to 192.168.86.214 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  98.1 MBytes   822 Mbits/sec    0   2.73 MBytes       
[  5]   1.00-2.00   sec  65.4 MBytes   548 Mbits/sec    0   2.73 MBytes       
[  5]   2.00-3.00   sec   161 MBytes  1.35 Gbits/sec    0   3.18 MBytes       
[  5]   3.00-4.00   sec   199 MBytes  1.67 Gbits/sec    0   3.76 MBytes       
[  5]   4.00-5.01   sec   205 MBytes  1.71 Gbits/sec    0   4.15 MBytes       
[  5]   5.01-6.00   sec   131 MBytes  1.11 Gbits/sec    0   4.15 MBytes       
[  5]   6.00-7.00   sec  58.8 MBytes   493 Mbits/sec    0   4.15 MBytes       
[  5]   7.00-8.00   sec  71.9 MBytes   603 Mbits/sec    0   4.15 MBytes       
[  5]   8.00-9.00   sec  81.9 MBytes   687 Mbits/sec    0   4.15 MBytes       
[  5]   9.00-10.00  sec  75.4 MBytes   632 Mbits/sec   15   2.90 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.14 GBytes   978 Mbits/sec   15            sender
[  5]   0.00-10.17  sec  1.14 GBytes   960 Mbits/sec                  receiver

iperf Done.

But I think this computer and its (ath12) drivers probably still is considered a "work in progress"