作者Taiwan641 (641)
看板Broad_Band
標題[無線] CAKE移植 Padavan TP-Link Archer C2 V1 斐訊 K2P A1/A2
時間Mon Jan 26 19:22:03 2026
全球首發！Taiwan No.1！臺灣第一！世界第一！
本文章同步刊登於Mobile01論壇：
https://www.mobile01.com/topicdetail.php?f=110&t=7220226
PTT排版不易，若傷了您的雙眼，還請您諒解！
有些內容是無論我編輯幾次都無法修正的，句子被截斷，後面跑出?之類的奇怪狀況，若您真的有需要看原文，可以直接看上面這篇Mobile01的網址，在那邊顯示是完全正常的。
PTT這邊是我把Mobile01的原文轉過來分享的，如果您剛好是這兩個路由器機型，注重資安且有自行動手的能力，您可以選擇更新到我使用Github Actions雲端編譯成功的韌體，韌體純淨，大幅度精簡不必要的功能和存在漏洞的老舊協定，程式碼完全開源，有興趣的人可以自行研究。
[許願1]：希望小米、TP-Link、ASUS 華碩、D-Link 友訊、Zyxel 合勤、Linksys、NETGEAR
如果貴公司願意提供任何貴公司的開發板或新產品或試用產品，可以透過Mobile01站內訊息
看到下面這篇文章的分享，好想要那片WiFi 8 開發板、WiFi 7 的 GT-BE19000和那台WiFi
https://www.mobile01.com/topicdetail.php?f=110&t=7216185
【CES2026】 WiFi 8 首度公開展示傳輸性能表現 傳輸速度略為提升／穩定度與涵蓋範圍是
[許願2]：如果您看了這篇文章，發現您手邊有用不到的、汰換的、還能用且功能良好的路?
若您願意捐贈您的路由器給我，可以透過Mobile01站內訊息功能私訊我，或者是透過我的Gi
優先徵求型號：
ASUS ZenWifi XT9 AX7800
小米AX3000T：有分國際版(RD23)跟中國版(RD03)、小米WR30U
處理器型號：MT7981(mt7981-ax3000)、MT7986(mt7986-ax4200、mt7986-ax6000、mt7986-a
以下為上方型號之外的詳細型號表：
360
360-T6M (360 安全路由 T6M)
ASUS (華碩)
RT-AC85P (華碩 ASUS RT-AC85P)
China Mobile (中國移動)
C-Life-XG1 (中國移動 China Mobile 和目 XG1)
D-Link (友訊)
DIR-878 (D-Link 友訊 DIR-878)
DIR-882 (D-Link 友訊 DIR-882)
Fuchunjiang (富春江)
G-AX1800 (富春江 Fuchunjiang G-AX1800)
G-AX1800-B (富春江 Fuchunjiang G-AX1800 黑色版)
GHL (華凌)
GHL (廣州華凌 GHL R-045)
Haier (海爾)
HAR-20S2U1 (海爾 Haier / 營運商客製 HAR-20S2U1)
HiWiFi (極路由)
B70 (極路由 HiWiFi 4 增強版)
JCG (捷稀)
JCG-836PRO (捷稀 JCG JHR-AC836M PRO)
JCG-AC860M (捷稀 JCG AC860M)
JCG-Q20 (捷稀 JCG Q20 金剛坦克)
JCG-Y2 (捷稀 JCG Y2)
JCQ-Q10Pro (捷稀 JCG Q10 Pro)
JCQ-Q11Pro (捷稀 JCG Q11 Pro)
JDCloud (京東雲)
JDCloud RE-CP-02 (京東雲 JDCloud 無線寶 魯班)
JDCloud RE-SP-01B (京東雲 JDCloud 無線寶 1代/坐享其成版)
Komi (科米)
KOMI-A8 (科米 Komi A8)
Linksys (領勢)
EA7500 (Linksys 領勢 EA7500 v2)
Motorola (摩托羅拉)
MR2600 (Motorola 摩托羅拉 MR2600)
Netgear (Netgear / 網件)
NETGEAR-BZV (Netgear 網件 R6220)
NETGEAR-R6800 (Netgear 網件 R6800)
NETGEAR-R7450 (Netgear 網件 R7450)
Newifi (新路由)
NEWIFI (新路由 Newifi mini / Y1)
NEWIFI3 (新路由 Newifi 3 / D2)
Nokia Shanghai Bell (上海貝爾)
BELL-A040WQ (上海貝爾 Nokia Shanghai Bell A-040W-Q)
Phicomm (斐訊)
K2P (斐訊 Phicomm K2P)(A1/A2皆可)
K2P-USB (斐訊 Phicomm K2P 改USB版)
Qumei (曲美)
QM-B1 (曲美 Qumei / 營運商客製 QM-B1)
Raisecom (瑞斯康達)
MSG1500 (瑞斯康達 Raisecom MSG1500)
MSG1500-Z (瑞斯康達 Raisecom MSG1500-Z)
Sim Wireless
SIM-AX1800T (Sim Wireless SIM-AX1800T)
TP-Link (TP-Link / 普聯)
WDR8620 (TP-Link 普聯 TL-WDR8620)
TuoShi (拓實)
TX1801 Plus (拓實 TuoShi TX1801 Plus)
Tyco (泰科)
WE410443-TC (泰科 Tyco / 營運商客製 WE410443-TC)
Xiaomi (小米)
CR660x (小米 Xiaomi / 紅米 Redmi CR6606/CR6608/CR6609 營運商客製版)
MI-4 (小米 Xiaomi 路由器4)
MI-R3G (小米 Xiaomi 路由器3G)
MI-R3P (小米 Xiaomi 路由器3 Pro)
MI-R4A (小米 Xiaomi 路由器4A Gigabit版)
R2100 (小米 Xiaomi 路由器 AC2100)
Redmi (紅米)
RM2100 (紅米 Redmi 路由器 AC2100)
XiaoYu (小娛)
XY-C1 (小娛 XiaoYu C1)
Xijia (西加雲杉)
WIA3300-10 (西加雲杉 Xijia WIA3300-10)
Youhu (友華)
WR1200JS (友華 Youhu / 摩雲 WR1200JS)
WRL18M4GD (友華 Youhu / 聯通客製 WRL18M4GD)
ZTE (中興)
ZTE-E8820S (中興 ZTE E8820S)
ZTE-E8820V2 (中興 ZTE E8820 V2)
ZTT (中天科技)
ZTT-RX6000 (中天科技 ZTT RX6000)
[許願3]：因為我沒有微信支付，也沒有支付寶，若您願意贊助我一個註冊中國技術論壇「?
==========================
許願結束！韌體功能與分享開始！
==========================
TP-Link Archer C2 V1 Padavan 3.4.113+CAKE演算法移植+繁體中文臺灣用語
實測HWNAT+SFE+CAKE+限速85M/43M(WISP 5G連上K2P的5G WiFi)
測速時，我連上的是 TP-Link Archer C2 V1 的 5G WiFi
以下為三次測速結果：
Redmi (紅米)
RM2100 (紅米 Redmi 路由器 AC2100)
XiaoYu (小娛)
XY-C1 (小娛 XiaoYu C1)
Xijia (西加雲杉)
WIA3300-10 (西加雲杉 Xijia WIA3300-10)
Youhu (友華)
WR1200JS (友華 Youhu / 摩雲 WR1200JS)
WRL18M4GD (友華 Youhu / 聯通客製 WRL18M4GD)
ZTE (中興)
ZTE-E8820S (中興 ZTE E8820S)
ZTE-E8820V2 (中興 ZTE E8820 V2)
ZTT (中天科技)
ZTT-RX6000 (中天科技 ZTT RX6000)
[許願3]：因為我沒有微信支付，也沒有支付寶，若您願意贊助我一個註冊中國技術論壇「?
==========================
許願結束！韌體功能與分享開始！
==========================
TP-Link Archer C2 V1 Padavan 3.4.113+CAKE演算法移植+繁體中文臺灣用語
實測HWNAT+SFE+CAKE+限速85M/43M(WISP 5G連上K2P的5G WiFi)
測速時，我連上的是 TP-Link Archer C2 V1 的 5G WiFi
以下為三次測速結果：
http://i.imgur.com/BKxgVyx.jpg
http://i.imgur.com/APkj4K6.jpg
台灣第一！ ！ ！
我相信這正是 Dave Täht 真正希望看到的！ ！ ！
Dave 貢獻的程式碼總是免費且開源的。
他拒絕了許多利潤豐厚的合同，因為他始終把原則放在第一位——他重視的是他的代碼在全
謹以此紀念 Dave Täht（1965–2025），他在 bufferbloat 方面的工作顯著改善了互聯網
https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
PS：Dave 將永遠活在我們心中，活在我們的路由器裡，活在我們的生產環境中。ttps://gi
原廠的 Linux kernel version: 2.6.36
此韌體 Linux kernel version: 3.4.113
路由器的網頁管理介面截圖如下：
http://i.imgur.com/nInS4yq.jpg
http://i.imgur.com/fBf47HL.jpg
http://i.imgur.com/1dzgY61.jpg
http://i.imgur.com/YlpRjvS.jpg
http://i.imgur.com/mguIbu0.jpg
http://i.imgur.com/0pmAYtS.jpg
http://i.imgur.com/YDqr74f.jpg
http://i.imgur.com/NEKcjyr.jpg
http://i.imgur.com/jDcjxIb.jpg
http://i.imgur.com/XD9XmWf.jpg
http://i.imgur.com/h2q0rnz.jpg
http://i.imgur.com/BWVne8v.jpg
+ Busybox 1.37.0 已修正安全漏洞 CVE-2025-60876 (Max CVSS 6.5) 和 CVE-2025-46394
我已經檢視過原廠提供的程式碼，原廠搭配使用的是Busybox 1.19.2，到今天為止，這個版
https://reurl.cc/gnX0yL
Busybox 1.19.2版本存在的CVE漏洞高達24個，目前1.37.0已知3個CVE漏洞，已修補上述兩?
存在堆疊溢位漏洞。在車聯網環境下，此漏洞可利用來執行任意命令和任意程式碼。不過在
這非常重要，路由器是以root權限運作，也就是最高權限在運行，一旦漏洞被利用，後果是
大部分的路由器是24小時不間斷運行的，存在的漏洞越多，越可能會讓駭客有機可趁！
附上原廠GPL原始碼內使用的套件，全都是將近12年前的內容：
http://i.imgur.com/jkvnkC2.jpg
+ Iptables 1.8.11，已結合最新程式碼上游commit修補
原廠程式碼使用的是iptables 1.4.17，iptables本身的CVE漏洞不多，使用新版可增強相容
+ Arptables 0.0.5，原廠程式碼不包含此套件，arptables的主要用途之一是防範ARP欺騙?
此版本為2019-12-02發布的版本，已經是最新版了！
在Arptables 0.0.5發布後，只有新增一條commit log：
於2024-03-09修復了：Fix a couple of spelling errors：One mistake in a man-page,
白話文：就只是拼字錯誤而已，例如：
原為：-.SS MISCELLANOUS COMMANDS
改為：+.SS MISCELLANEOUS COMMANDS
原為：- printf("Warning: wierd character in interface"
改為：+ printf("Warning: weird character in interface"
結論：這不重要！所以我就不套用patch了！直接用Arptables 0.0.5的原始碼套件編譯完成
+ 針對 16:9 寬螢幕和 1920x1080 解析度最佳化 WebUI。
+ MT7610E 驅動程式補丁（防斷開連接和快速重連）
（防斷線：原先的信標逾時時間為 12 秒，應用信標逾時補丁後，
時間是60秒。
快速重連：對等斷開連接邏輯已更改！快速重連模式已啟用！ ）
+ 將 HWNAT 綁定閾值設為 1。 （HWNAT 將更快地整合到您的連接中，並顯著降低 CPU 負載。
+ 修復了 HWNAT 錯誤，並提高了 HWNAT 啟動綁定和取消綁定介面工作流程的清晰度。
在我修改之前，由於記憶體錯位，顯示的 IP 位址和連接埠完全錯誤。
我還修復了原MTK程式碼中的IP值檢索邏輯，並顯著提高了程式碼的穩定性！
HWNAT 錯誤已修正：顯示所有Foe無效條目、顯示所有Foe未綁定條目、顯示所有Foe已綁定?
輸入指令：hw_nat -e hw_nat -f hw_nat -g 現在將列印出正確的 IP 和連接埠資訊。
提高 HWNAT 啟動綁定和解綁定介面工作流程的清晰度：例如，您將在日誌中看到 HWNAT 執
以下是您將在日誌中看到的透明過程，讓您清楚地了解 HWNAT 執行的操作。
「啟動綁定介面」工作流程的日誌，例如：
1月25日 01:48:58 核心：HWNAT：===> 開始綁定介面...
1月25日 01:48:58 核心：HWNAT：綁定介面 [ra0] 成功！ （索引：11）
1月25日 01:48:58 核心：HWNAT：綁定介面 [ra1] 成功！ （索引：12）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wds0] 成功！ （索引：27）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wds1] 成功！ （索引：28）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wds2] 成功！ （索引：29）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wds3] 成功！ （索引：30）
1月25日 01:48:58 核心：HWNAT：綁定介面 [apcli0] 成功！ （索引：31）
1月25日 01:48:58 核心：HWNAT：綁定介面 [rai0] 成功！ （索引：33）
1月25日 01:48:58 核心：HWNAT：綁定介面 [rai1] 成功！ （索引：34）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wdsi0] 成功！ （索引：49）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wdsi1] 成功！ （索引：50）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wdsi2] 成功！ （索引：51）
1月25日 01:48:58 核心：HWNAT：綁定介面 [wdsi3] 成功！ （索引：52）
1月25日 01:48:58 核心：HWNAT：綁定介面 [apclii0] 成功！ （索引：53）
1月25日 01:48:58 核心：HWNAT：綁定介面 [eth2] 成功！ （索引：60）
1 月 25 日 01:48:58 核心：HWNAT：<=== 綁定完成。
「開始解綁定介面」工作流程的日誌，例如：
1月25日 21:08:06 核心：HWNAT：===> 開始解除介面綁定（模組清理）...
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [ra0]（索引：11）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [ra1]（索引：12）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wds0]（索引：27）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wds1]（索引：28）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wds2]（索引：29）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wds3]（索引：30）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [apcli0]（索引：31）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [rai0]（索引：33）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [rai1]（索引：34）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wdsi0]（索引：49）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wdsi1]（索引：50）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wdsi2]（索引：51）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [wdsi3]（索引：52）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [apclii0]（索引：53）
1月25日 21:08:06 核心：HWNAT：解除綁定介面 [eth2]（索引：60）
1月25日 21:08:06 核心：HWNAT：<=== 所有介面已釋放。引擎處於空閒狀態。
下載連結：
https://reurl.cc/1kN2aD
1. 下載附件「padavan_pack_TPLINK_TL_C2-V1.zip」檔案（6.64 MB）
2. 從壓縮包中提取“TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin”檔案。
3. 檢查「TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin」檔案的雜湊值 - MD5: ed8002b376c4c
（壓縮檔案「padavan_pack_TPLINK_TL_C2-V1.zip 檔案（6.64 MB）」中包含「md5sum.txt
如果您需要在更新韌體之前檢查雜湊值，
您可以在「md5sum.txt」檔案的底部找到「TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin」檔案
4. 開啟路由器的網頁介面
（找到您的 IPv4 網關位址，並將該位址輸入到瀏覽器的網址列中。）
5. 管理 > 韌體更新
（
http://192.168.0.1/Advanced_FirmwareUpgrade_Content.asp）
（例如，如果「192.168.0.1」是您的IPv4網關位址，您可以複製並貼上上面的鏈接，
如果「192.168.0.1」不是您的IPv4網關位址，則需要您自行變更「
http://192.168.0.1」?
否則，您在瀏覽器網址列輸入連結後將不會收到任何回應。 ）
6. 選擇 TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin 文件，然後按一下「上傳」按鈕。
7. 盡情享受吧！ ！ ！
如果您的TP-Link Archer C2 V1 已經有Padavan 韌體了，您可以選擇直接下載下方的壓縮檔
https://reurl.cc/MMKbQ4
[點這裡下載 padavan_pack_TPLINK_TL_C2-V1.zip]
如果您的TP-Link Archer C2 V1 還是官方原廠韌體，請先依照下方步驟完成刷入別的開發?
https://reurl.cc/ORKpND
[點這裡下載 ArcherC2V1_tp_recovery.zip]
Google繁體中文機器翻譯(如果看不懂機器翻譯的中文，請參閱英文原文交叉比對)：
資料來源：
https://4pda.to/forum/index.php?showtopic=900745&view=findpost&p=84602
嗯，在閱讀了這裡的帖子後，我終於找到了解決方案。如果有人像我一樣，在刷固件後路由
我把它安裝在 Archer C2V1 上，效果很好。
1. 下載韌體壓縮套件：ArcherC2V1_tp_recovery.zip
2. 從壓縮套件中提取韌體檔案－ArcherC2V1_tp_recovery.bin
3. 將韌體 bin 檔案複製到 Tftpd64 資料夾
4. 依照提供的說明進行配置，以管理員身分執行 Tftpd64，然後刷寫韌體。
- 關閉路由器
- 將網路線連接到路由器的第 4 個連接埠
- 在網路卡屬性中，設定靜態 IP 位址：192.168.0.66，子網路遮罩：255.255.255.0
- 在 tftpd 程式的設定中，勾選「使用預處理視窗」選項，並將值設為 1000
- 在 Windows 的網路卡設定中，將網路模式設定為半雙工（10 毫秒）
- 啟動 TFTP 伺服器，選擇韌體所在的資料夾
- 按住 WPS/重置按鈕
- 按住 WPS/重置按鈕的同時開啟路由器
- 按住 WPS/重置按鈕直到 WPS 指示燈亮起（約 10-15 秒），然後放開按鈕
- 等待約 5 分鐘
- 在網路卡屬性中，設定動態 IP 位址（自動取得 IP 位址）
- 存取該網址192.168.1.1
=========================================================================
資料來源：
https://pikabu.ru/story/proshivka_tplink_archer_c2_na_openwrt_5525675
- 關閉路由器
- 將網路線連接到路由器的第四個端口
- 在網路卡屬性中，設定靜態 IP 位址：192.168.0.66，子網路遮罩：255.255.255.0
- 啟動 TFTP 伺服器，選擇韌體所在的資料夾
- 按住 WPS/重置按鈕
- 按住 WPS/重置按鈕的同時開啟路由器
- 按住按住 WPS/重置按鈕，直到 WPS 指示燈亮起（約 10-15 秒），然後放開按鈕。
- 等待約 5 分鐘。
- 在網路卡屬性中，設定動態 IP（自動取得 IP 位址）。
- 存取網址 192.168.1.1。
- 完成！
英文說明：
Please visit the link below. You can get the latest firmware there.
https://github.com/TWShiyuLiou1997/padavan-builder-workflow/releases
If you are finding a stable release with Padavan + Linux kernel 3.4.113 with a l
+ Common Applications Kept Enhanced (CAKE) scheduler backport
This could be the world's first successful backport of "cake" to the Padavan wit
Taiwan No.1!!!
I believe this is something Dave Täht truly hoped for!!!
The code Dave contributed was always free and open source.
He turned down numerous lucrative contracts because he always put his principles
In memory of Dave Täht (1965–2025), whose work on bufferbloat helped make the5
https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
PS: Dave is forever in our hearts and souls, in our routers and… in production.
+ Busybox 1.37.0 with CVE-2025-60876 & CVE-2025-46394 Security Patched
+ Iptables 1.8.11 with Upstream commit Patched
+ Arptables 0.0.5
+ Optimize WebUI for 16:9 wide screen with 1920x1080 resolution.
+ Patch MT7610E Driver (Anti-Disconnect & Fast Reconnect)
(Anti-Disconnect: The original Beacon Timeout is 12 seconds, after Beacon Timeou
it will be 60 seconds.
Fast Reconnect: Peer Disconnect Logic changed! Fast Reconnect Mode Enabled!)
+ HWNAT binding threshold set to 1.(HWNAT will integrate into your connection fa
+ HWNAT error fixed and improve the clarity of HWNAT Start Binding and Unbinding
Before my modifications, the displayed IP and port were completely incorrect due
I also additionally fixed the IP value retrieval logic within the original MTK c
HWNAT error fixed: Show All Foe Invalid Entry, Show All Foe Unbinded Entry, Show All Foe Binded Entry.
Input Command: hw_nat -e hw_nat -f hw_nat -g will print out the correct IP and port infomation now.
Improve the clarity of HWNAT Start Binding and Unbinding Interfaces workflows: For example, you will see the actions what HWNAT done in log.
Below is the transparent process you'll see in the logs, giving you a clear understanding of what HWNAT has done.
Logs of "Start Binding Interfaces" workflows just like:
Jan 25 01:48:58 kernel: HWNAT: ===> Start Binding Interfaces...
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [ra0] success! (Index: 11)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [ra1] success! (Index: 12)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wds0] success! (Index: 27)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wds1] success! (Index: 28)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wds2] success! (Index: 29)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wds3] success! (Index: 30)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [apcli0] success! (Index: 31)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [rai0] success! (Index: 33)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [rai1] success! (Index: 34)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wdsi0] success! (Index: 49)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wdsi1] success! (Index: 50)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wdsi2] success! (Index: 51)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [wdsi3] success! (Index: 52)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [apclii0] success! (Index: 53)
Jan 25 01:48:58 kernel: HWNAT: Bind Interface [eth2] success! (Index: 60)
Jan 25 01:48:58 kernel: HWNAT: <=== Binding Complete.
Logs of "Start Unbinding Interfaces" workflows just like:
Jan 25 21:08:06 kernel: HWNAT: ===> Start Unbinding Interfaces (Module Cleanup).
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [ra0] (Index: 11)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [ra1] (Index: 12)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wds0] (Index: 27)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wds1] (Index: 28)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wds2] (Index: 29)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wds3] (Index: 30)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [apcli0] (Index: 31)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [rai0] (Index: 33)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [rai1] (Index: 34)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wdsi0] (Index: 49)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wdsi1] (Index: 50)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wdsi2] (Index: 51)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [wdsi3] (Index: 52)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [apclii0] (Index: 53)
Jan 25 21:08:06 kernel: HWNAT: Unbind Interface [eth2] (Index: 60)
Jan 25 21:08:06 kernel: HWNAT: <=== All interfaces released. Engine is IDLE.
Download link:
https://reurl.cc/1kN2aD
1. Download the Attached file "padavan_pack_TPLINK_TL_C2-V1.zip" file (6.64 MB)
2. Extract the "TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin" file from the archive
3. Check the hash of the "TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin" file - MD5: ed8002b376c4cfc5c152f01aa3a2f58b
(In the archive "padavan_pack_TPLINK_TL_C2-V1.zip file (6.64 MB)" have a "md5sum.txt",
if you need to check hash before updating your firmware,
you can find out the hash of the "TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin" file in the bottom of the "md5sum.txt".)
4. Go to the router's web interface
(Find out your IPv4 gateway address and enter the link to the address bar of your browser.)
5. Administration > Firmware update
(
http://192.168.0.1/Advanced_FirmwareUpgrade_Content.asp)
(For example, if "192.168.0.1"is your IPv4 gateway address, you can copy and paste the link above,
if "192.168.0.1"is "not" your IPv4 gateway address, "
http://192.168.0.1" is needed to be change by yourself,
otherwise you will not receive any responce after you enter the link to the address bar of your browser.)
6. Select the TL_C2-V1_3.4.3.9L-102-0de6f2f424.bin file and click "Upload" button.
7. Enjoy it!!!
英文說明：
From:ttps://4pda.to/forum/index.php?showtopic=900745&view=findpost&p=84602850
Well, after reading the posts here, I finally found a solution. If anyone else experiences a bricked router like me after flashing the firmware, where all the indicators simply blink and the router isn't detected in the system, I have a ready-made Padavan firmware mod from Linaro. You don't need to do anything with it. Just drop it into the Tftpd64 folder, configure its connection, and flash it.
I installed it on an Archer C2V1, and it works great.
1. Download the firmware zip archive: ArcherC2V1_tp_recovery.zip
2. Extract the firmware from the archive - the ArcherC2V1_tp_recovery.bin file
3. Copy the firmware bin file to the Tftpd64 folder
4. Configure according to the included instructions, run Tftpd64 as administrator, and flash it.
- Turn off the router
- Connect the cable to the 4th port of the router
- In the properties of the network card, set a static IP: 192.168.0.66, mask: 255.255.255.0
- In the tftpd program, in the settings, check the Use anticipation window of and the value 1000
- In the network card settings in Windows, set 10 half-duplex mode
- Start the TFTP server, select the folder with the firmware
- Hold down the WPS / Reset button
- Turn on the router (while holding the WPS / Reset button)
- hold the WPS / Reset button until the WPS indicator lights up (~ 10-15 seconds), then you can release the button
- Wait about 5 minutes
- In the properties of the network card, set a dynamic IP (Obtain an IP address automatically)
- Go to the address 192.168.1.1
===========================================================================
From:ttps://pikabu.ru/story/proshivka_tplink_archer_c2_na_openwrt_5525675
- Turn off the router
- Connect the cable to the 4th port of the router
- In the network card properties, set a static IP: 192.168.0.66, mask: 255.255.255.0
- Start the TFTP server, select the folder with the firmware
- Press and hold the WPS/Reset button
- Turn on the router (while holding the WPS/Reset button)
- hold the WPS/Reset button until the WPS indicator lights up (~ 10-15 seconds),
- We'll wait about 5 minutes.
- In the network card properties, set the dynamic IP (Obtain an IP address autom
- Go to address 192.168.1.1
- Profit!
========================================================
以下開始為Phicomm K2P A1 A2 Padavan 4.4.198+CAKE演算法移植+繁體中文臺灣用語
========================================================
實測HWNAT+SFE+CAKE+限速85M/43M(WISP 2.4G連上上游AP的2.4G WiFi)
測速時，我連上的是 K2P 的 5G WiFi
以下為三次測速結果：
http://i.imgur.com/Pu7yRn5.jpg
http://i.imgur.com/4bWFzwe.jpg
http://i.imgur.com/tt7VOHB.jpg
下方是韌體下載連結：
https://reurl.cc/jmKk0D
您也可以從下方直接下載：
https://reurl.cc/bNKkp3
以下為韌體的MD5雜湊值以及對應的韌體檔案名稱，您也可以自行比對壓縮檔內的「md5sum.
您可以在「md5sum.txt」檔案的頂部找到「K2P-Padavan-NG-20260123-2042.trx」這個檔案
您也可以直接看下方我提供的，這是一模一樣的東西：
4f60b924d7382946b4fbb039c6efcbb4 K2P-Padavan-NG-20260123-2042.trx
若您本來就在使用Padavan韌體，直接更新韌體就可以了，若您需要刷機，您可以自行Googl
若您已經不使用K2P A1或A2版本了，您願意捐贈給我，也是可以的！
因為我也不知道手邊這台K2P什麼時候會壞掉，若您願意割愛，也有可能讓這個開發延續下?
韌體特色：
原廠的 Linux kernel version: 未知，但推測可能是：2.6.36
(斐訊已倒閉，程式碼也沒有開源，根據MTK原始碼推斷，高機率是2.6.36)
此韌體 Linux kernel version: 4.4.198
路由器的網頁管理介面截圖如下：
http://i.imgur.com/gZ900DF.jpg
http://i.imgur.com/7glR2LN.jpg
http://i.imgur.com/qxgEKTK.jpg
http://i.imgur.com/tEhG1VR.jpg
http://i.imgur.com/XKPcBD2.jpg
http://i.imgur.com/Zzdr6RC.jpg
http://i.imgur.com/CRi8pRI.jpg
http://i.imgur.com/IAqJdBD.jpg
http://i.imgur.com/xOcO24J.jpg
http://i.imgur.com/BnaJFF4.jpg
http://i.imgur.com/jHrcL0f.jpg
http://i.imgur.com/IUzuqjE.jpg
+ 移植成功：通用應用程式增強版 (CAKE) 調度器
+ 針對 16:9 寬螢幕和 1920x1080 解析度最佳化 WebUI。
+ Busybox 1.37.0 已修正 CVE-2025-60876 和 CVE-2025-46394 安全漏洞(原始開發者搭配
存在堆疊溢位漏洞。在車聯網環境下，此漏洞可利用來執行任意命令和任意程式碼。不過在
Busybox 1.24.2所包含的CVE漏洞清單，請看：
https://reurl.cc/eVK6YK
這非常重要，路由器是以root權限運作，也就是最高權限在運行，一旦漏洞被利用，後果是
大部分的路由器是24小時不間斷運行的，存在的漏洞越多，越可能會讓駭客有機可趁！
+ libmnl 1.0.5，從原始開發者的程式碼搭配使用的 1.0.4 提升到 1.0.5，改善 tc 與 CA
+ Iptables 1.8.7，已結合53個官方程式碼patch 與 commit 修補完成(這邊我個人能力有?
+ Arptables 0.0.5，開發者的程式碼不包含此套件，arptables的主要用途之一是防範ARP?
此版本為2019-12-02發布的版本，已經是最新版了！
在Arptables 0.0.5發布後，只有新增一條commit log：
於2024-03-09修復了：Fix a couple of spelling errors：One mistake in a man-page,
白話文：就只是拼字錯誤而已，例如：
原為：-.SS MISCELLANOUS COMMANDS
改為：+.SS MISCELLANEOUS COMMANDS
原為：- printf("Warning: wierd character in interface"
改為：+ printf("Warning: weird character in interface"
結論：這不重要！所以我就不套用patch了！直接用Arptables 0.0.5的原始碼套件編譯完成
+ 將 HWNAT 綁定閾值設為 1。 （HWNAT 將更快地整合到您的連接中，並顯著降低 CPU 負?
+ 改善 HWNAT 的IP取值邏輯，提升穩定性。
總結：以上兩個韌體都是我個人修改的心血，都是花我自己的時間完成的作品，本來就是給
如果您是公司的人員，願意幫我爭取產品，包含：貴公司的開發板或新產品或試用產品，我
如果您和我一樣是個普通人，願意捐贈您的路由器給我，我也在此獻上最高的感謝！因為您
如果您捐贈了一組邀請碼給我，那意謂著：您可能會造福更多的人，因為我將會分享我的作
在此再次緬懷Dave Täht (1965–2025)！
Dave Täht 將永遠活在大家的路由器裡！
分享有趣的小故事：
Google繁體中文機器翻譯：
Cake 常見問題解答
Cake 是 bufferbloat 專案自 2013 年以來一直在開發的綜合佇列管理系統。它匯集了三年
Cake 這個名字的由來是什麼？
最初，它源自於電影《2010》，片中一位美國人試圖向一位俄羅斯人解釋「Easy as pie」?
後來，它又與遊戲「Portal」（傳送門）聯繫起來——在遊戲結束時，人工智慧承諾：「每
它也（沿襲了紅藍對抗的傳統）暗指「Pie」（派），後者是一種與蛋糕演算法競爭的AQM演
它被重新縮寫為「Common Applications Kept Enhanced」（常用應用增強演算法）——而?
儘管我們很喜歡這個名字，但現在把它改成別的也為時不晚——在谷歌上搜尋「cake shape
英文原文：
Cake FAQ
Cake is the comprehensive queue management system the bufferbloat project has be
What was the origin of the name?
Initially it came from the movie 2010 where an American was trying to explain th
Later on it became a reference to the game “portal” - where, at the conclusion
It is also (in a grand tradition of RED vs Blue) a backhanded reference to “Pie
The backronym invented for it became “Common Applications Kept Enhanced” - whi
Despite our affection for the name there is still time to change it to something
來源：
https://www.bufferbloat.net/projects/codel/wiki/CakeFAQ/
參考資料：
https://www.bufferbloat.net/projects/codel/wiki/CakeRecipes/
本文章同步刊登於Mobile01論壇：
https://www.mobile01.com/topicdetail.php?f=110&t=7220226
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.152.62 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Broad_Band/M.1769426571.A.491.html
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 19:28:58
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 19:30:00
1F：推 ks031239: ? 01/26 19:39
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 20:03:04
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 20:23:59
2F：→ a330332003: ？01/26 20:15
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 20:29:37
3F：噓 wang7752: 不要發廢文 01/26 20:28
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 20:31:52
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 20:33:10
4F：噓 mars3712: md廢文 01/26 21:28
5F：噓 ctes940008: 工三小 01/26 22:03
6F：噓 s25g5d4: 廢話太多 01/26 22:11
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 22:25:47
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 22:41:13
※ 編輯: Taiwan641 (36.225.152.62 臺灣), 01/26/2026 22:55:03
7F：噓 lk86jeff: 你這個排版有一堆重複段落跟接不起來的句子 這不是傷眼 01/27 02:27
8F：→ lk86jeff: 是無法閱讀.. 01/27 02:27
9F：噓 vincewe: 廢文 01/27 07:19
10F：噓 asdfghjklasd: 有意義的是讓 meraki 雲管理的可以自主管理 01/27 08:44
11F：推 stark5566: 幫你推一個以免被人發現我看不懂 01/27 11:54
12F：噓 ginlom: 還真的傷了我的雙眼，有人可以翻譯翻譯是在說啥嗎？ 01/27 11:56
13F：噓 IOU9527: 看不懂 01/27 14:46
14F：推 gmkuo: 還好啦，要會講重點 01/27 14:50
15F：推 jhjhs33504: 手邊沒發哥wifi機 kernel版本像中古機用的 連線數多少 01/27 15:48
16F：推 HiJimmy: 看起來就是類似在openwrt上，要幫忙寫出適合的dts?? 01/27 19:37
17F：→ HiJimmy: 只不過作者用的是梅林？？ 01/27 19:38
18F：→ Taiwan641: 回覆jhjhs33504[15樓]：C2原廠用的kernel是MTK SDK的， 01/27 22:50
19F：→ Taiwan641: 所以2.6.36應該是直接用SDK的，根據維基百科，這個內核 01/27 22:50
20F：→ Taiwan641: 在2011年2月就被宣告EOL，Archer C2這款的Padavan韌體 01/27 22:50
21F：→ Taiwan641: ，原本是基於ASUS的rt-n56u的原始碼改寫的，2012年5月 01/27 22:51
22F：→ Taiwan641: 初版發布，2016年9月宣告EOL，CAKE是從4.19內核開始才 01/27 22:51
23F：→ Taiwan641: 被納入上游核心的一部分，4.19內核是在2018年10月才發 01/27 22:51
24F：→ Taiwan641: 布的，CAKE是一種Linux qdisk、是一種最先進的主動佇列 01/27 22:51
25F：→ Taiwan641: 管理技術(AQM)，它結合了 scheduler 和流量整形器，可 01/27 22:51
26F：→ Taiwan641: 以有效地解決緩衝區膨脹。 01/27 22:51
27F：→ Taiwan641: 附圖最清楚： 01/27 22:51
28F：→ Taiwan641: (前兩張GIF，後兩張JPG) 01/27 22:51
29F：→ Taiwan641: (第一張英文版，第二張中文版) 01/27 22:51
34F：推 jhjhs33504: 家用NAT用不太到或差異不明顯 CAKE優勢可能要RDMA情境 01/27 23:19
35F：→ Taiwan641: 連線數最高可以設到65536，問題是這台的HWNAT硬體轉發 01/27 23:20
36F：→ Taiwan641: 上限是16384，只要成功走硬體轉發的連線，CPU的使用率 01/27 23:20
37F：→ Taiwan641: 會降到個位數甚至是幾乎是0%，這台特別的是用了MT7620A 01/27 23:20
38F：→ Taiwan641: [單核心CPU+2.4G]+MT7610E[5G]+RTL8367RB[Switch] 01/27 23:20
39F：→ Taiwan641: 這顆CPU支援使用REGMII連結到Switch，WAN to LAN 有線 01/27 23:21
40F：→ Taiwan641: 網路1Gbps的高速轉發，成功加速的連線幾乎不花CPU的效 01/27 23:21
41F：→ Taiwan641: 能，這台連線數最高應該只能到32768，因為這台的SPI Fl 01/27 23:21
42F：→ Taiwan641: ash 8MB+RAM 64MB[這也是瓶頸之一，RAM不夠大當然撐不 01/27 23:21
43F：→ Taiwan641: 了更多的連線數] 01/27 23:21
44F：→ Taiwan641: 這台當年售價不到一千元，能上1G靠的就是CPU的REGMII和 01/27 23:21
45F：→ Taiwan641: 那顆Switch，如果沒有那顆Switch就只能乖乖地用CPU內建 01/27 23:21
46F：→ Taiwan641: 的100Mbps Switch；如果沒有REGMII也沒辦法做到讓CPU跟 01/27 23:21
47F：→ Taiwan641: 外接的Switch連線， 01/27 23:21
48F：→ Taiwan641: 但K2P就不一樣了，CPU是MT7621A內建1Gbps Switch，而且 01/27 23:21
49F：→ Taiwan641: 也支援HWNAT 連線數一樣是16384，是雙核心CPU，可以想 01/27 23:21
50F：→ jhjhs33504: 不然不知道有沒那種不佔線的Port forwarding容易應用? 01/27 23:22
51F：→ Taiwan641: 像成是升級版的MT7620A，這台SPI Flash 16MB+RAM 128MB 01/27 23:22
52F：→ Taiwan641: 一般使用情境，連線數不太可能爆表，所以移植CAKE的本 01/27 23:22
53F：→ Taiwan641: 質是改善網路連線品質，4.19內核開始是不用移植，內核 01/27 23:22
54F：→ Taiwan641: 有開就有，前提是編譯韌體的時候有編為模組或直接寫進 01/27 23:22
55F：→ Taiwan641: 去內核裡面，移植到4.4.198還相對簡單，但3.4.113的內 01/27 23:22
56F：→ Taiwan641: 核跟原廠的比雖然是比較新的，但事實上也算是個老古董 01/27 23:22
57F：→ Taiwan641: ，能用上fq_codel就很好了，但CAKE的指令很簡單，只管 01/27 23:22
58F：→ Taiwan641: 離開介面的流量，這也是當初這套演算法的作者的傑作， 01/27 23:22
59F：→ Taiwan641: 那麼老的內核，能用得上這個演算法已經是奇蹟了！ 01/27 23:22
60F：→ Taiwan641: 回覆HiJimmy[16樓]：從原始碼來看，這比較貼近您最後說 01/27 23:39
61F：→ Taiwan641: 的梅林，其實系出同源，都是ASUSWRT的改寫版本。 01/27 23:39
62F：→ Taiwan641: 梅林的外觀幾乎就跟ASUS路由器長得一模一樣，Padavan則 01/27 23:39
63F：→ Taiwan641: 是屬於輕量化的分支，通常是MTK CPU的路由器才有支援， 01/27 23:40
64F：→ Taiwan641: 以現在來看都是年代久遠的產品，但原廠不太可能在QoS加 01/27 23:40
65F：→ Taiwan641: 入CAKE這個演算法，每個人的網速上限不同，要有穩定不 01/27 23:40
66F：→ Taiwan641: 爆ping的網路環境，還是要損失5-10%的上限網速，限速越 01/27 23:40
67F：→ Taiwan641: 嚴格，效果越好，因為我走的是AP-Client+AP無線中繼模 01/27 23:40
68F：→ Taiwan641: 式(WISP)，Starlink也是靠CAKE這個演算法來改善延遲問 01/27 23:40
69F：→ Taiwan641: 題的，本質上Starlink也是走WISP模式，這和WDS橋接還有 01/27 23:40
70F：→ Taiwan641: Mesh網狀網路是完全不一樣的東西， 01/27 23:40
71F：→ Taiwan641: 能用上這個演算法，還要會手動設定，作者有寫出一個cak 01/27 23:48
72F：→ Taiwan641: e-autorate，但那個不適合家用網路，它會頻繁測速來達 01/27 23:48
73F：→ Taiwan641: 到自動偵測連線速率，這比較適合不穩定網速的環境，像 01/27 23:48
74F：→ Taiwan641: 是4G和5G這樣的情境，才要用到動態調節網速，緩解網路 01/27 23:48
75F：→ Taiwan641: 壅塞。 01/27 23:48
76F：→ Taiwan641: 回覆jhjhs33504：我個人覺得是差別蠻大的，上限網速降 01/27 23:52
77F：→ Taiwan641: 低是一定的，但延遲問題真的改善很多，以我的配置可以 01/27 23:52
78F：→ Taiwan641: 達到下載、上傳、雙向併發三者都能測出A級的成績，能達 01/27 23:53
79F：→ Taiwan641: 到3A，這已經很強了！ 01/27 23:53
80F：→ Taiwan641: 另外，您說的不佔線，其實HWNAT應該就做到了，建立連線 01/28 00:22
81F：→ Taiwan641: 是一定會佔用RAM，維持連線也會持續佔用，但只要進入硬 01/28 00:22
82F：→ Taiwan641: 體轉發，就不太吃CPU的額外效能，像我用的是WISP無線中 01/28 00:22
83F：→ Taiwan641: 繼，原本是全部都靠CPU去跑所有的流程和轉發，但我的韌 01/28 00:22
84F：→ Taiwan641: 體還有導入SFE，也就是讓封包走捷徑，來達到快速轉發， 01/28 00:22
85F：→ Taiwan641: 等於是用CAKE先從源頭限速和流量整形(這會消耗CPU效能) 01/28 00:23
86F：→ Taiwan641: ，接著HWNAT會接管可以被硬體加速的連線，成功接管就會 01/28 00:23
87F：→ Taiwan641: 直接進入NAPT，也就是成功binding的連線，沒被接管的會 01/28 00:23
88F：→ Taiwan641: 被踢回去給CPU，這時候SFE就派上用場了，封包走捷徑也 01/28 00:23
89F：→ Taiwan641: 能達到快速轉發，一般原廠韌體不太可能這樣混血使用的 01/28 00:23
90F：→ Taiwan641: ，雖然我用起來是很穩定，但原廠不太可能實現這件事， 01/28 00:23
91F：→ Taiwan641: 當然不是做不到，但產品定位和消費者導向，一般能看到 01/28 00:23
92F：→ Taiwan641: 的QoS，絕大多數都是相對比較舊的算法，當然每個人的網 01/28 00:23
93F：→ Taiwan641: 路環境也不一樣，原廠不可能幫每位客人都客製化一個量 01/28 00:23
94F：→ Taiwan641: 身訂作的參數，用上新版的openwrt應該是有內建CAKE的， 01/28 00:24
95F：→ Taiwan641: 原廠寫好的韌體，看起來越滿意的，絕對是反應在價格上 01/28 00:24
96F：→ Taiwan641: ，網路用起來卡，有時候真的不是原廠的硬體不好，進來 01/28 00:24
97F：→ Taiwan641: 的封包和出去的封包塞車的時候，就是爆ping的時候，所 01/28 00:24
98F：→ Taiwan641: 以流量整形當然也很重要，就像上面我貼的GIF，想了解更 01/28 00:24
99F：→ Taiwan641: 多資訊，可以去看LibreQoS的官網： 01/28 00:24
101F：→ Taiwan641: 想要了解您的網路環境有沒有存在緩衝區膨脹有兩個網站 01/28 00:24
102F：→ Taiwan641: ，DSLReports倒站了，所以目前我只找到下面兩個測試用 01/28 00:24
103F：→ Taiwan641: 的網站： 01/28 00:25
105F：→ Taiwan641: 另一個是： 01/28 00:25
107F：→ Taiwan641: 最好的狀況當然是看中華電信或是您的ISP直接從源頭導入 01/28 00:25
108F：→ Taiwan641: 這套系統，但好像不太可能。 01/28 00:25
109F：噓 castiel652: 你 HWNAT 開著，Cake 不會有作用 01/28 20:47
110F：→ Taiwan641: 回樓上：我實測是CAKE生效，限速生效，HWNAT生效，你說 01/28 23:43
111F：→ Taiwan641: 的失效是你韌體的問題，我的韌體是正常生效，完美配合 01/28 23:43
112F：→ Taiwan641: 的，你用MTK原廠那個hw_nat -g就可以查到成功Bind的連 01/28 23:43
113F：→ Taiwan641: 線，但原廠早期版本的寫法沒這麼完善，取值沒有擠一點 01/28 23:43
114F：→ Taiwan641: 會被硬塞字元，導致記憶體錯位，顯示出來的IP和port都 01/28 23:43
115F：→ Taiwan641: 會被塞0，後來的MTK原廠程式碼已經改善了，所以這個問 01/28 23:43
116F：→ Taiwan641: 題不修也可以，但原廠取值的方式相對簡單暴力，多數情 01/28 23:43
117F：→ Taiwan641: 況是不會促發bug的，因為多數人根本不會去看這個debug 01/28 23:43
118F：→ Taiwan641: 工具 01/28 23:43
119F：推 Windcws9Z: 哥們..上面有人講了，HWNAT硬體加速跟QoS是相衝的 01/29 02:20
120F：→ Windcws9Z: 目前QoS只能靠CPU去辨識處理分類，沒辦法HW Offload 01/29 02:36
121F：→ Windcws9Z: 然後QoS功能也跟BW Limiter限速相衝 01/29 02:46
122F：→ Windcws9Z: 兩者只有一個會動，即便韌體告訴你功能成功啟用 01/29 02:48
123F：→ Windcws9Z: 還有..你那個測速結果不覺得很奇怪嗎 01/29 02:54
124F：→ Windcws9Z: 我就先不說你用Wi-Fi去測，啊你兩台AP中間居然用無線連 01/29 03:00
125F：→ Windcws9Z: 用無線WISP也就算了，2.4GHz測速出來比5GHz還好 一一？ 01/29 03:04
126F：→ Windcws9Z: 延遲 抖動還更低，這是什麼神奇巫術 01/29 03:07
127F：→ Windcws9Z: 限速85M也根本不需要用到HWNAT，比這兩台更老更弱的 01/29 03:11
128F：→ Windcws9Z: RT-N16不開HWNAT，CPU都能扛到100-120Mbps了 01/29 03:13
129F：→ Windcws9Z: Archer C2官宣是說開HWNAT能摸到900Mbps左右，你再回去 01/29 03:18
130F：→ Windcws9Z: 測測吧 01/29 03:19
131F：→ Windcws9Z: 要先測機子的極限，也就是啥功能都別開 只開HWNAT 01/29 03:23
132F：→ Windcws9Z: 之後你才能知道各功能對效能是衝擊多少 01/29 03:25
133F：→ Windcws9Z: 也別用無線去測速，因為無線加解密也會影響效能 01/29 03:26
134F：推 Windcws9Z: 不過還是推你有心 01/29 03:43
135F：→ castiel652: tc -s qdisc 貼出來就知道了 01/29 09:50
136F：→ asdfghjklasd: 那來時間搞..買買FG 就搞定了 01/29 12:10
137F：推 jhjhs33504: AR4031B時代就有QoS了 都到了2026還有戲喔? 01/29 18:24
138F：→ jhjhs33504: WISP條件相同還可參考不過網速減半網路品質考驗較嚴苛 01/29 18:28
139F：→ Taiwan641: Padavan的傳統QoS跟CAKE完全不同，而且我根本沒開傳統Q 01/29 20:05
140F：→ Taiwan641: oS，AI會告訴你這是衝突的，但WISP環境下，我多次實測 01/29 20:05
141F：→ Taiwan641: 的狀況，確實是我這樣配置是最穩定的，老舊的ra_nat.c 01/29 20:05
142F：→ Taiwan641: 裡面的寫法是把介面全都註冊進HWNAT的硬體加速引擎，新 01/29 20:05
143F：→ Taiwan641: 版的則是針對不同無線晶片去找寫死的介面名稱。 01/29 20:05
144F：→ Taiwan641: 題外話是K2P Padavan 4.4.198 01/29 20:05
145F：→ Taiwan641: 這新版原始碼是直接寫死 01/29 20:05
146F：→ Taiwan641: 2.4G 和 5G WISP介面名稱 01/29 20:06
147F：→ Taiwan641: apcli0 和 apclii0，但K2P介面對應的名稱是： 01/29 20:06
148F：→ Taiwan641: apclix0 和 apcli0 01/29 20:06
149F：→ Taiwan641: 原版是對應不上的！ 01/29 20:06
150F：→ Taiwan641: 找不到介面就是註冊失敗，全靠CPU轉發，不可能被HWNAT 01/29 20:06
151F：→ Taiwan641: 成功接管，不確定是原開發者還是MTK原廠程式碼裡面藏了 01/29 20:06
152F：→ Taiwan641: 一段直接跳過指定名稱的註冊流程 01/29 20:06
153F：→ Taiwan641: 只要介面名稱有「apcli」五個字 01/29 20:06
154F：→ Taiwan641: 直接跳過註冊介面流程，也就是說新版原本是絕對沒機會 01/29 20:06
155F：→ Taiwan641: 讓硬體接管連線，但經過我的修改，不論舊版還是新版都 01/29 20:06
156F：→ Taiwan641: 能成功註冊介面且正常與硬體加速引擎正常溝通，只要能 01/29 20:07
157F：→ Taiwan641: 被硬體引擎接管的流量，進入轉發就有可能達到上面有人 01/29 20:07
158F：→ Taiwan641: 提到的衝突，但這並不會導致當機或不穩，而是被硬體接 01/29 20:07
159F：→ Taiwan641: 管的連線就不歸CPU管，隊列管理就只有針對CPU轉發的連 01/29 20:07
160F：→ Taiwan641: 線是有效的，但CAKE針對離開介面的流量控制，你只管上 01/29 20:07
161F：→ Taiwan641: 傳流量當然就是半調子，不論是你的2.4G、5G、6G還是區 01/29 20:07
162F：→ Taiwan641: 域網路，離開介面對你來說就是下載，但上傳的介面只有 01/29 20:07
163F：→ Taiwan641: 你的WAN介面，以我的狀況就是WISP 2.4G介面。 01/29 20:07
164F：→ Taiwan641: 上面還有人提到2.4G怎麼會比5G快的疑問：因為我是上游A 01/29 20:07
165F：→ Taiwan641: P 2.4G，我WISP 2.4G接收，透過5G轉發，另一台則是WISP 01/29 20:07
166F：→ Taiwan641: 5G接收，透過5G轉發，通常同頻段、同晶片轉發會降低效 01/29 20:08
167F：→ Taiwan641: 能，跨頻段能改善同晶片轉發導致的塞車問題，同時處理 01/29 20:08
168F：→ Taiwan641: 接收和轉發，尤其是老舊的晶片，更不可能達到相對穩定 01/29 20:08
169F：→ Taiwan641: 的網路環境，發生延遲爆表的狀況是常有的事。 01/29 20:08
170F：→ Taiwan641: 我的狀況剛好是無線中繼，本來大部分就是透過CPU轉發， 01/29 20:08
171F：→ Taiwan641: 同時開HWNAT+SFE反而是降低延遲和提高穩定性的手段，甚 01/29 20:08
172F：→ Taiwan641: 至在老舊硬體上，CPU使用率飆高，你再好的演算法都救不 01/29 20:08
173F：→ Taiwan641: 了，WISP轉發就是雙倍的流量，接收+轉發就是原來的兩倍 01/29 20:08
174F：→ Taiwan641: ，讓硬體接管，降低CPU的負荷，反而讓硬體的狀態更穩定 01/29 20:08
175F：→ Taiwan641: 。 01/29 20:08
176F：→ Taiwan641: 這我都交叉測試比對過了，如果你是有線網路轉無線的狀 01/29 20:09
177F：→ Taiwan641: 況，只要成功進入硬體轉發的連線有可能就會導致CAKE針 01/29 20:09
178F：→ Taiwan641: 對離開介面的速限失效，CAKE還改善了Starlink的延遲， 01/29 20:09
179F：→ Taiwan641: 如果你有興趣研究，可以問問搜尋引擎CAKE WISP，基本上 01/29 20:09
180F：→ Taiwan641: 你應該能找到CAKE演算法作者的討論串 01/29 20:09
181F：→ Taiwan641: CAKE成功套用，請看下方： 01/29 20:09
186F：推 Windcws9Z: 老哥..你還是不懂我的意思 01/30 13:45
187F：→ Windcws9Z: 我想看的是你Throughput有多少，而不是你用無線在那 01/30 13:47
188F：→ Windcws9Z: 轉來轉去的好嗎 01/30 13:48
189F：→ Windcws9Z: 你都說老舊硬體了，怎麼還用無線橋接來增加負擔 01/30 13:50
190F：→ Windcws9Z: 我是真心不懂 01/30 13:50
191F：→ Windcws9Z: 1. 我想看的是你開HWNAT能不能摸到900Mbps 01/30 13:52
192F：→ Windcws9Z: 2. 以及你CAKE是否有正常降低服務延遲 01/30 13:54
193F：→ Windcws9Z: 3. 再來是兩者功能是否會相牴觸？ 01/30 13:55
194F：→ Windcws9Z: 這很容易驗證，要馬Throughput直接剩1/3 要馬服務延遲 01/30 13:57
195F：→ Windcws9Z: 無顯著降低 01/30 13:57
196F：→ castiel652: 怎麼只貼 wireless interface 01/30 13:59
197F：→ Windcws9Z: CPU夠強也不需要HWNAT來加速，這功能限制也是很多 01/30 14:03
198F：→ Windcws9Z: 人家HWNAT是要加速幾百Mbps的，結果你弄個限速85Mbps 01/30 14:06
199F：→ Windcws9Z: 我也是黑人問號，重點限速85Mbps還摸不到80Mbps 01/30 14:07
200F：→ Taiwan641: 如果是有線網路連線，原廠能做到的，這一樣能做到，但 01/30 18:41
201F：→ Taiwan641: 我的使用情境就只是拿來當WISP做無線中繼，以目前這樣 01/30 18:41
202F：→ Taiwan641: 就是相對最穩定，純無線網路的環境下已經差不多極限了 01/30 18:41
203F：→ Taiwan641: ，我是自己用的滿意分享出來，怎麼變成要我證明我說的 01/30 18:41
204F：→ Taiwan641: 是真的？ 01/30 18:42
205F：→ Taiwan641: 網速上限就100/40，在那邊問的是真的不知道PPPoE的上限 01/30 18:42
206F：→ Taiwan641: 是94左右嗎？開發者建議就是以最高速度保留5~10%，也就 01/30 18:42
207F：→ Taiwan641: 是94x0.9~0.95，用腦袋算不出來，不會用計算機？ 01/30 18:42
208F：→ Taiwan641: 分享出來的本意，就只是用得到的人自己可以用，沒這兩 01/30 18:42
209F：→ Taiwan641: 個型號的路由器或用不到的人，你去刷openwrt4.19內核之 01/30 18:42
210F：→ Taiwan641: 後的版本，只要編譯有寫好參數，你的韌體就內建CAKE演 01/30 18:42
211F：→ Taiwan641: 算法，就算有也不是每個人都會用，你指令沒輸或者是沒 01/30 18:42
212F：→ Taiwan641: 給他自動用腳本掛載模組，一樣是沒用，Padavan3.4.113 01/30 18:42
213F：→ Taiwan641: 就是預設使用pfifo，雖然4.4.198預設已經用上了fq_code 01/30 18:42
214F：→ Taiwan641: l，不過如果沒依照你的網速配置好，一樣是沒用，不管你 01/30 18:43
215F：→ Taiwan641: 用上再好的演算法都是白搭！ 01/30 18:43
216F：→ Taiwan641: 哦！對了！樓上那位c開頭的鄉民，是不是記憶力不太好？ 01/30 18:43
217F：→ Taiwan641: 你前面不是問qdisc嗎？我貼了你問的，你又反問我貼無線 01/30 18:43
218F：→ Taiwan641: 介面幹嘛？ 01/30 18:43
219F：→ Taiwan641: 你是沒看到？還是你根本看不懂指令跟參數？ 01/30 18:43
220F：推 jhjhs33504: 有點類似Pipeline的bubble或hazard那個意味 現在半夜 01/30 20:53
221F：→ jhjhs33504: 浮動IP更換時中斷變得不敏感很快維持連線可能有幫助吧 01/30 20:55
222F：噓 castiel652: 因為 Cake 比較適合掛在 wired traffic 啊 01/31 01:37
223F：→ castiel652: 無線有 mac80211 的 airtime fairness 跟 AQL 01/31 01:37
224F：推 Windcws9Z: 很簡單的邏輯的，就你覺得HWNAT+CAKE+限速能正常運作啊 02/01 04:59
225F：→ Windcws9Z: 那當然是你要證明你說的是真的啊 02/01 14:02
226F：噓 Windcws9Z: 還有啊..誰跟你說網速100M/40M，PPPoE的上限是94左右？ 02/01 14:05
227F：→ Windcws9Z: 會剩94M是因為你小烏龜LAN孔就100M，1G LAN孔的小烏龜 02/01 14:09
228F：→ Windcws9Z: 沒這問題，例如FTTH供裝的 02/01 14:10
229F：→ Windcws9Z: 好啦即便按照你的邏輯，94x0.9進位算85好了 02/01 14:15
230F：→ Windcws9Z: 你限速85M，結果測速打出來最好才76M 最差到59M 02/01 14:53
231F：→ Windcws9Z: What happened..?你都不會覺得有那麼億點點奇怪嗎？ 02/01 14:56