作者: robotmaster 時間: 2025-3-15 13:54 標題: 小米 AX3000T 出現 第 4 個硬體變種 RD03v2
原本 OpenWRT 24.10 已開始支援 小米 AX3000T 的 3 款不同的硬體變種 ( 3 款 不同 NAND chip, 2 款 不同的 Switch chip ) - 參見官方 Wiki : https://openwrt.org/inbox/toh/xiaomi/ax3000t
然近日有人發現, 小米 AX3000T 出現了第 4 個變種, 為大陸版型號的 RD03v2:
https://forum.openwrt.org/t/open ... ax3000t/180490/3352
=============
大陸版 RD03v2 改用 Qualcomm IPQ5018 CPU -- 而這款 CPU SoC 的 OpenWRT 支援仍在初期開發/測試階段。
國際版暫時仍然只有 RD23 — 然未來會否改出 RD23v2, 就要再看看了。
故想 flash OpenWRT 的, 可能要考慮物色其他的 WiFi router 了。
作者: chiaki1314 時間: 2025-3-15 17:12
原本 OpenWRT 24.10 已開始支援 小米 AX3000T 的 3 款不同的硬體變種 ( 3 款 不同 NAND chip, 2 款 不同的 ...
robotmaster 發表於 2025-3-15 13:54
請問最易刷openwrt 係邊個版本?
via HKEPC IRF 5.1.14 - iOS(5.1.1)
作者: fakeman 時間: 2025-3-15 23:50
原本 OpenWRT 24.10 已開始支援 小米 AX3000T 的 3 款不同的硬體變種 ( 3 款 不同 NAND chip, 2 款 不同的 ...
robotmaster 發表於 2025-3-15 13:54
所以我幾唔鐘意小米同 TP-Link 果 D,變來變去但又要用返同一型號
作者: robotmaster 時間: 2025-3-16 00:38
回覆 3# fakeman
同意。我明白 supply chain 零件供應不足, 但情願佢改過個新 model 名像 AX3000Q 之類。
咁消費者就唔會買錯。
作者: robotmaster 時間: 2025-3-16 00:42
現在只知道 RD03 及 RD23 的型號 (沒有 v2) 暫時都可以。
困難是: 除非你能拆盒先檢查機身, 否則買到的是哪個 model (是否有 v2?) , 無法事前得知。
作者: fakeman 時間: 2025-3-16 00:44
回覆 fakeman
同意。我明白 supply chain 零件供應不足, 但情願佢改過個新 model 名像 AX3000Q 之類。
...
robotmaster 發表於 2025-3-16 00:38
佢玩到咁真係黐孖筋,我諗起之前我要買 TP-Link T2U,因為知道佢用 Mediatek MT7610U 所以買,點知.....我一插.....咦點解係 Realtek??再查證一下,原來 T2U 出咗 v1/v2/v3.....其中 v1/v2 先係 MT7610U,v3 已經係 Realtek,問逃佬果個賣家,佢連自己賣緊嘅貨係有幾款撈埋都唔知
作者: 321 時間: 2025-3-17 11:04
用IPQ cpu配256M ram 開機都唔夠,512M是基本盤
作者: semson 時間: 2025-3-17 12:36
回復 7 #321
樂觀黎睇,mod 512M上3rd party op開nss有一定可玩性。ipq的VPN 速度真係唔錯。
作者: robotmaster 時間: 2025-3-17 22:49
GL.iNET B3000 也在用 IPQ5018 (Dual core 1Ghz):
https://www.gl-inet.com/products/gl-b3000/
Wireguard performance 似乎只是一般; 倒不知它的 proprietary driver 是否 NSS enabled。
作者: semson 時間: 2025-3-18 00:11
本帖最後由 semson 於 2025-3-18 00:14 編輯
回覆 9# robotmaster
是我搞錯了,ipq5000原來只有dual core,我以為同ipq6000一樣係quad core。以我認識嘅libwrt,此op並不支援ipq5000 nss offloading。
作者: pbodq 時間: 2025-3-18 08:25
本帖最後由 pbodq 於 2025-3-22 21:27 編輯
https://github.com/AgustinLorenz ... esh-2025-02-16-0222
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_arcadyan_aw1000 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_asus_rt-ax89x is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_buffalo_wxr-5950ax12 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_cmcc_rm2-6 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_compex_wpq873 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_dynalink_dl-wrx36 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_edgecore_eap102 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_edimax_cax1800 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_homewrk is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_mx4200v1 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_mx4200v2 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_mx4300 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_mx5300 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_linksys_mx8500 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_rax120v2 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_sxr80 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_sxs80 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_wax218 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_wax620 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_netgear_wax630 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_prpl_haze is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_qnap_301w is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_redmi_ax6 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_spectrum_sax1v1k is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_tplink_eap620hd-v1 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_tplink_eap660hd-v1 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_xiaomi_ax3600 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_xiaomi_ax9000 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_yuncore_ax880 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_zbtlink_zbt-z800ax is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_zte_mf269 is not set
- # CONFIG_TARGET_qualcommax_ipq807x_DEVICE_zyxel_nbg7815 is not set
4-core +2 NSS off-loading NPU
2x2或以上(4x4)的160Mhz (非80Mhz,Qnap 301w只是簡略版的2x2)
512MB RAM或以上
(雙2.5Gbps或10Gbps wired就只有NBG7815,RT-AX89X,RAX120v2,WXR-5950ax12)
但價錢好遇不可求。。。
至於Buffalo...就算去日本入隻二手中古,都唔係靚價。
https://search.rakuten.co.jp/sea ... 83%BC+wxr-5950ax12/
其他更加唔使諗,唔值。
**題外話,隻AW1000及zbt-z800ax怪物係5G sim卡CPE,AW1000好似係全能modem,包晒中港兩地甚致全球SA/NSA頻道。Carousell被人炒貴一倍到千幾,值唔值就自己諗
-------------
中階系列一個核NPU NSS 的IPQ60xx,可以諗諗這堆
https://www.right.com.cn/forum/thread-8306906-1-1.html
大致上只有TP-link XTR6690(恩山可能有人搞緊Openwrt DTS)及京東雲的雅典娜玩得過Qwrt NSS
京東的路由器系列咁多年以來,基本都完勝所有其他內地牌子(特別係跟裝假狗的小米對比),無論係用料及售價。
隻雅典娜同RAX3000M同價,但多左NPU+2.5Gbps+160Mhz 4x4 (DFS)+一頻尾段5Ghz,而且單係個樣及散熱設計已經羸成條街。
我都諗緊由Linksys MX4200換過去雅典娜
-----------
至於IPQ50xx,就算比佢開發到Openwrt的NSS,其實意義都不大,IPQ60xx已經賣緊一百多元二手,仲奢望點樣壓價?而且IPQ80XX自己都劈緊價.......
作者: upsagel 時間: 2025-3-18 09:22
好彩我一直堅守 WR30U
作者: lyjhf2006 時間: 2025-3-18 09:25
https://openwrt.org/toh/cudy/tr3000
this ?
作者: pbodq 時間: 2025-3-18 09:56
本帖最後由 pbodq 於 2025-3-18 20:35 編輯
回覆 13# lyjhf2006
單係160Mhz,Cudy呢類機仔已經唔達標
不停加requirements就更加唔使諗。
作者: lyjhf2006 時間: 2025-3-18 20:07
回覆 14# pbodq
其實點睇?
https://www.cudy.com/zh-hk/products/tr3000-1-0#specs
Max Wi-Fi Channel Width 160 MHz
作者: pbodq 時間: 2025-3-18 20:35
本帖最後由 pbodq 於 2025-3-18 20:36 編輯
回覆 15# lyjhf2006
哦
我計錯了,2x2 2400Mbps確是160Mhz。
能滿足要求。
作者: robotmaster 時間: 2025-3-18 21:43
回覆 13# lyjhf2006
Cudy TR3000 最主要是考慮: 因為它是 Travel Router, 它的設計可能會有 散熱問題 及 訊號覆蓋範圍 不及正常 size 的 WiFi AP。
之前 這篇討論 有探討過 TR3000 的一些利弊。
如果 WiFi AP 要覆蓋大範圍, 並長時間地開著, 可能找另一部會更好。
作者: robotmaster 時間: 2025-3-18 22:07
本帖最後由 robotmaster 於 2025-4-1 10:09 編輯
很詳細的 NSS acceleration 資料,謝謝分享
中階系列一個核NPU NSS 的IPQ60xx,可以諗諗這堆
https://www.right.com.cn/forum/thread-8306906-1-1.html
pbodq 發表於 2025-3-18 00:25
很詳細的 Qualcomm CPU SoC 對應 WiFi router 列表, 很有參考價值
=================
關於 IPQ6000 系列: OpenWRT 已有 Pull request 在等緊 review, 有望在下個版本加入支援:
https://github.com/openwrt/openwrt/pull/14950
【更新】: 此 IPQ6000 patch 已經 Merged 咗 ;日後能行 OpenWRT 的 IPQ6000/6010 WiFi router 也許會是不錯的選擇。
作者: fakeman 時間: 2025-3-19 01:55
若要同時滿足條件,市場上只有Linksys MX8500, Buffalo WXR-5950ax12, Zyxel NBG7815, ,,(但小心,國貨法 ...
pbodq 發表於 2025-3-18 08:25
我係 support 仲做緊果陣入咗隻 Buffalo WXR-5950AX12 二手(極新),兩萬円有找,抵玩。
BTW 其實 WXR-6000AX12 都得嘅
作者: jk1399 時間: 2025-3-19 02:42
那就別刷了, 自討沒趣, 佢本來就不預你拿來刷
作者: 321 時間: 2025-3-19 14:21
回復 8 #semson
講VPN速度,聯發科相同價位可以吊打IPQ,而且如果沒有NSS 加速的話,高通Router 真係雞肋
作者: pbodq 時間: 2025-3-19 15:30
https://forum.openwrt.org/t/a-wireguard-comparison-db/187586
NSS休息讓賽時,都只係輸個馬鼻姐,未去到吊打
(睇返隻Qnap,個benchmark.sh唔經物理介面input,純gen packets)
[attach]2469792[/attach]
[attach]2469793[/attach]
[attach]2469794[/attach]
講緊同級Filogic 830,四核A53,同頻,千奇唔好活在平衡時空。
至於價錢,睇間廠點組合加加減減,唔一定盯死d大牌子。Dynalink跟Flint2價位一樣
作者: 321 時間: 2025-3-19 17:05
本帖最後由 321 於 2025-3-19 17:07 編輯
IPQ8072A個對手是MT7986A, IPQ50xx個對手係MT7981, 大家個價錢接近,你睇下個性能都輸大約20%
最大既分刷在於,高通的NSS加速功能沒有openwrt official support, MTK798x official support hardware NAT
作者: Hardcopy 時間: 2025-3-19 17:35
ASUS隻AX3000仲煩,兩三年前落黃金係見到AX58U同AX3000共存,兩款包裝盒除咗個名,其他野一模一樣,舖頭寫國際版同港版分別,但完全唔識分......仲要AX3000同AX3000 V2一齊賣街 (仲有個TUF AX3000,係樣唔同先分得到)
同意上面話supply chain問題,T2U呢類長壽產品應該係舊晶片停產,要換其他供應商方案,又唔想不斷加型號變機海,唯有V1 V2 V3......
唔知道嘅話用落其實係完全冇問題
作者: robotmaster 時間: 2025-3-22 18:08
本帖最後由 robotmaster 於 2025-3-22 10:10 編輯
NSS休息讓賽時,都只係輸個馬鼻姐,未去到吊打
(睇返隻Qnap,個benchmark.sh唔經物理介面input,純gen packets)
Screenshot from 2025-03-19 15-04-07.png
pbodq 發表於 2025-3-19 07:30
雖然 Kernel 版本不同, 但有 NSS 加速的 build 之 Wireguard performance, 似乎還略低於沒有 NSS 加速的 build (相差 5% 左右)。
是否可以理解 NSS 加速, 對 Wireguard performance 沒有直接幫助?
作者: pbodq 時間: 2025-3-22 21:09
回覆 25# robotmaster
NSS唔係直接對VPN加密進行加速幫助,NSS只做NAT routing包括wifi,係騰空時間給CPU core去做其他野
VPN的加密算法本身只i能靠常規的幾個核指令集去計,好睇得出頻率越高,throughput就越高。
那個benchmark.sh gen iperf模疑,我好懷疑有幾多程度能用到NSS,甚致乎看Qnap的build分別,我覺得佢係完全無用到NSS,所以我就說NSS是在休息
如果擺到一個真實的routing環境,在physical interfaces有正常i/o的同時,特別係wifi(個iperf打假波),這才能真正看出NSS off-load的騰空效果
作者: pbodq 時間: 2025-3-31 18:21
本帖最後由 pbodq 於 2025-3-31 18:26 編輯
回覆 25# robotmaster
[youtube]hLHz7WcbDQ8[/youtube]
唔好睇小NPU在實際環境的off-loading功效
1.並非常規x86指令集單靠推高時脈能比美 : 人地一條instruction填好晒NAT,等如RouterOS拆四條instruction cycles去搬來搬去,即使intel再推高4倍時脈,用多四倍電力都唔掂
完全無效率,白做工夫2.intel堆x86指令,用來計VPN加密才能追過ARM SoC。事實上ARM在Linux同樣有提AES driver library直接call instruction,不過好似kernel 5.x以後才有,d人有無利用到就唔知;Windows x86唔使問就M記跟好晒(舊/平價Celeron Atom無配備這個指令集的)。
所以有d人寧願分拆兩層,NAT routing用普通貨,下一層駁IPS/firewall rules,靠x86推高時脈off-load,因為這類applications指令碼在x86"相對"有優勢(當然,intel堆指令仍然係模擬loop);普通消費級NPU唔直食這類碼,毫無幫助之餘,cores又少。
Remarks:
x86 RouterOS比x86 Openwrt快"丁點"少少,所以作者就省工夫不搞Openwrt,只為了理論特徵的參考
作者: robotmaster 時間: 2025-4-1 19:57
本帖最後由 robotmaster 於 2025-4-1 12:00 編輯
回覆 27# pbodq
很好的測試, 謝謝分享
根據該片評測,小米 BE7000 (使用 IPQ9554) 無論是 單向 還是 雙向叠加 的封包轉發數目 pps,都拋離了 Intel N100 軟路由或 Rujie BE72Pro (使用 MT7988D, 3 核心版)。NSS 加速的功力的確非常顯著。

