這篇文章簡要介紹了一下，如何在 windows 裝置上開啟 BBR 壅塞控制演算法；以及當前使用這個功能，可能造成的問題。
BBR 介紹
BBR（Bottleneck Bandwidth and Round-trip propagation time）是一種由 Google 開發的較新型的 TCP 壅塞控制演算法。它旨在解決傳統壅塞控制演算法（如 Reno 或 CUBIC）在某些網路條件下（尤其是有一定丟包率和延遲的網路中）頻寬利用率不高和延遲較大的問題。
核心思想
BBR 的核心思想是不再依賴丟包作為判斷網路壅塞的主要訊號。傳統的壅塞控制演算法通常在檢測到丟包時才降低傳送速率，但這在緩衝區較大或存在輕微隨機丟包的網路中，可能導致無法充分利用可用頻寬，或者引入不必要的延遲（緩衝區膨脹）。
BBR 轉而主動測量網路的兩個關鍵參數：
- 瓶頸頻寬 (Bottleneck Bandwidth, BtlBw)：網路路徑中資料傳輸速率的上限，即路徑中最窄環節的容量。
- 往返傳播時間 (Round-trip Propagation Time, RTprop)：資料包在網路路徑中往返所需的最短時間，不包括在中間設備緩衝區中的排隊時間。
工作機制
BBR 透過週期性地探測這兩個參數來動態調整其傳送行為：
- 探測瓶頸頻寬：BBR 會在一段時間內以略高於當前估計的瓶頸頻寬的速率傳送資料，以探測是否有更高的可用頻寬。
- 探測往返傳播時間：BBR 會在一段時間內以略低於當前估計的瓶頸頻寬的速率傳送資料，以排空路徑中的佇列，從而測量到更準確的 RTprop。
透過這種方式，BBR 試圖將正在傳輸的資料量（inflight data）維持在略高於頻寬時延積（BDP = BtlBw * RTprop）的水平。這樣既能充分利用瓶頸鏈路的頻寬，又能避免在網路中造成過長的排隊和高延遲。
主要優勢
- 高吞吐量：尤其在有一定丟包和延遲的長肥網路（Long Fat Networks）中，BBR 通常能獲得比傳統演算法更高的吞吐量。
- 低延遲：透過主動控制排隊，BBR 能夠有效降低網路延遲，避免緩衝區膨脹問題。
- 對丟包不敏感：由於不主要依賴丟包來判斷壅塞，BBR 在有少量隨機丟包的網路中表現更穩定。
Windows 開啟 BBR 的條件
作業系統支援才行。版本要求可能是 Windows 11 version 22H2 及以上。
以系統管理員身分執行 Powershell，傳送以下命令了解系統支援的演算法：
[Enum]::GetNames([Microsoft.PowerShell.Cmdletization.GeneratedTypes.NetTCPSetting.CongestionProvider])
它可能會輸出類似：
Default
NewReno
CTCP
DCTCP
LEDBAT
CUBIC
BBR2
這個列表代表了系統在 TCP 設定中所能識別和配置的壅塞控制演算法名稱。Default 通常意味著由系統根據特定範本或全域設定來決定使用 CUBIC 或其他演算法。
Windows 嘗試使用 BBR 壅塞控制演算法
查看當前配置的壅塞控制演算法：
Get-NetTCPSetting | Select SettingName, CongestionProvider
輸出可能如下所示：
SettingName CongestionProvider
----------- ------------------
Automatic
InternetCustom CUBIC
DatacenterCustom CUBIC
Compat NewReno
Datacenter CUBIC
Internet CUBIC
嘗試開啟:
Set-NetTCPSetting -SettingName InternetCustom -CongestionProvider BBR2
報錯：
Set-NetTCPSetting : Property CongestionProvider is read-only
At line:1 char:1
+ Set-NetTCPSetting -SettingName InternetCustom -CongestionProvider BBR ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (MSFT_NetTCPSett...ystemName = ""):ROOT/StandardCimv2/MSFT_NetTCPSetti
ng) [Set-NetTCPSetting], CimException
+ FullyQualifiedErrorId : Windows System Error 87,Set-NetTCPSetting
當前 Windows 使用 BBR 算法的問題
此時，查詢得知， Windows 的 BBR 支援尚不完善，有很多 bugs （前兩個資料提到，開啟 BBR 會破壞“localhost”（環回介面）TCP 流量，導致同一台機器內的連線變得緩慢或無回應），如：
- 會破壞 Steam，因為 Steamwebhelper 無法再啟動，並且當使用 Internet Download Manager 時，它會破壞所有下載掛鉤，當改回 CUBIC 時，它們會再次工作 —— Fix BBR2 bugs on Windows 11 - Microsoft Community ，創建於 2025 年 5 月 8 日
- BBR2 24H2 的新 bug 是連線不穩定。我的 Firefox 瀏覽器會隨機收到
NS_BINDING_ABORT錯誤。我的 Visual Studio Code Remote 開發外掛程式連線時卡住了，並出現以下錯誤：failed to set up socket for dynamic port forward to remote port =: proxy connection timed out.。我的 Messenger (UWP) 應用程式幾乎崩潰（新訊息無法顯示）。—— Windows 11 24H2 and BBR2 : r/Windows11 - 會中斷 Hyper-V 的本地控制台連線（自 Windows 11 23H2 起）。控制台將顯示
Connecting to '[VM]'幾分鐘，然後失敗並顯示Video remoting was disconnected，並彈出Could not connect to the virtual machine.的提示。—— 如何在 Windows 上啟用 TCP BBR - Stack Overflow - v2rayN 無法更新地理檔案、核心或連線到代理伺服器。—— [Bug]: Windows 中的 BBR2 擁塞算法導致 v2rayN 停止工作 · 2dust/v2rayN
因此決定暫時不開啟 BBR。如果您想嘗試開啟，可以試一下命令：
netsh int tcp set supplemental template=Internet congestionprovider=BBR2
netsh int tcp set supplemental template=InternetCustom congestionprovider=BBR2
netsh int tcp set supplemental template=Datacenter congestionprovider=BBR2
netsh int tcp set supplemental template=DatacenterCustom congestionprovider=BBR2
netsh int tcp set supplemental template=Compat congestionprovider=BBR2
這裡也可以將 BBR2 替換成 BBR （BBR v1），可以測試一下，對比一下效果。
然後查看當前配置的壅塞控制演算法，是否已經配置為 BBR2 ：
Get-NetTCPSetting | Select SettingName, CongestionProvider
在 Windows 11 23H2 / 24H2 上，啟用 BBR v2 可能會導致本地 TCP 連線不可用（例如，導致 adb 無法使用、Steam 失敗等） ，這時請將壅塞控制演算法恢復為之前的配置。恢復後無需重新啟動，問題應該會立即解決。
本文尚不完善，歡迎留言或者評論，告知我最新資訊。
參考
Set-NetTCPSetting (NetTCPIP) | Microsoft Learn
Enable TCP BBR v2 on Linux & Windows 11 - Coxxs
本網頁的其他版本
本文章有多種語言的版本。
如果您想發表評論，請訪問以下網頁：
這些網頁僅支援瀏覽，無法發表評論或留言，但提供了更多語言選項，並且載入時間更短：
ZH EN ZH-TW JA RU KO CS ES AR FR PT DE TR IT NL SV DA FI PL UK HE RO HU EL HR TH HI BN ID SW VI NO