整棟套房越晚越卡，先別急著升速。本文替高雄房東從緩衝膨脹、逐戶公平到多線備援，逐一拆解頻寬不夠的三條路：分流、升速、加線，該怎麼判斷、又該怎麼取捨。
先分清楚：是總量真的不夠，還是分配不公？
這是整件事的分水嶺，判斷錯，後面全錯。家用寬頻本來就是「共享」設計，電信端替一群用戶做超量承載（oversubscription），住宅方案的爭用比通常落在 20:1 到 50:1，因為業者賭大家不會同時全開。你這棟也一樣，一條線分給整棟，尖峰時段大家一起用，才會擠。
分配不公的物理機制：誰把佇列塞爆了
把背後的物理講清楚，你就會懂為什麼升速不一定有用。問題出在「緩衝膨脹」（bufferbloat）。傳統路由器和數據機為了盡量不丟封包，內建了很大的緩衝佇列，而且是最單純的先進先出（FIFO）。當某一戶開始大流量，像是雲端備份猛上傳、系統更新猛下載、或掛著 P2P，他的封包會把這個大佇列一路塞滿。
接下來就慘了。其他住戶那些「很小、但很急」的封包，例如視訊的一個影格、遊戲的一個動作、網頁的一次請求，全都得排在那一大坨後面。延遲可以從正常的十幾毫秒，一路暴衝到好幾百甚至上千毫秒。注意，這時候線路的「總頻寬」根本沒滿，滿的是「佇列」。偏偏視訊、遊戲、網頁這類體驗對延遲極度敏感，對頻寬本身要求其實不高，所以你升速升再多，只要那個大佇列還在，急件照樣塞在後面，體感一點都不會變好。這就是為什麼常常「明明升速了還是卡」。
第一條路：先把現有頻寬「分公平」
既然病根往往是分配，第一步就該對症下藥，把公平分配做起來，這通常也是投資報酬率最高的一步。實務上有三層要做：
- 主動佇列管理（AQM）：換掉笨笨的 FIFO 大佇列，改用會主動控制延遲的演算法（例如 fq_codel、CAKE 這一類）。它會讓「小而急」的流量插隊到「大而緩」的前面，延遲敏感的封包不再被大流量活埋。這一步對「尖峰卡頓」的改善最有感。
- 逐戶（per-host）公平：光是「逐連線」公平還不夠，因為下載器和 P2P 會同時開幾十上百條連線，一戶就能靠連線數把別人輾過去。要做「以住戶為單位」的隔離（像 CAKE 的 triple-isolate、dual-srchost 這類機制），確保一戶就算開再多連線，也搶不到別戶的份。
- 每戶限速：用分層令牌桶（HTB）替每一戶設「保證速率＋上限」。沒人用的時候，閒置頻寬可以借給有需要的人；一有人上線，馬上把該還的收回來。這其實就是電信級設備在跑的同一套邏輯。
房型、牆材、鄰頻干擾、回程與同時上線人數都會改變結果，沒有通用的涵蓋率或滿意度增幅。完工時應在尖峰時段逐房量 RSSI、重傳、延遲與實際吞吐，再依問題點調整 AP、頻道與有線回程。
第二條路：升速，什麼時候才真的該花這筆錢
分流做好了，還是不夠，這時候升速才是對的。但「不夠」要有客觀判準，不能憑感覺。判準是：尖峰時段整形上限被長時間打滿（利用率持續貼著頂），逼得每戶的保證速率被壓到體驗門檻以下。那體驗門檻大概多少？給你幾個實測級距抓感覺：
- 一路 4K 串流，大約要穩定 25 Mbps。
- 雲端遊戲更硬，每個連線要 35 到 50 Mbps，而且延遲得壓在 40 毫秒內，掉一點就破圖、就跳。
- 一個四口之家尖峰全開，大概吃掉 80 到 120 Mbps。
把這些數字乘上你這棟的戶數，再乘上尖峰同時使用率，就能估出總量到底夠不夠。升速的好處很單純：同一條線、更大的總量，重新分給大家。但兩個邊界要記牢，第一，沒做分流就升速，等於花錢請那幾戶用得更快，多出來的頻寬照樣被吃光。第二，單一線路再快也是單點，這條線一斷，全棟同時斷網。至於該升到哪一級、月費多少，一律以電信業者當期官方資費為準，我不鎖死數字，因為方案跟促銷一直在變。
第三條路：加線，買的是總量，也是可靠度
戶數很多、用量很大，或者根本不能忍受斷網的物件，才輪到加第二條線。加線有個常被誤會的地方，先講清楚免得期待落空：雙線（multi-WAN）幾乎都是「逐連線」負載平衡，單一條連線不能跨兩條線跑。意思是，一個 4K 串流、一場遊戲，最多只吃得到其中一條線的速率，你不會靠 1G＋1G 就讓「單一下載」變成 2G。只有會同時開多條連線的應用（例如下載器）才拿得到兩條疊加的好處。想真的把兩條合成一條粗管，得靠 MLPPP 之類的鏈路聚合，而且要電信端配合，一般住宅根本申請不到。
所以加線的真正價值，其實是另外兩件事：一是把住戶「分散」到不同線路，攤平單線的壅塞；二是備援（failover），一條斷了，另一條立刻頂上，可靠度大幅提升。代價則是兩份月費、架構更複雜，還需要支援多 WAN 與策略路由的設備。這比較適合大型分租、整棟宿舍，或是把「不能斷網」當底線的物件。
順手提醒：別把「內網的鍋」算到對外頻寬頭上
還有一個超常見的誤判：住戶喊慢，房東直覺是對外頻寬不夠，結果一查，瓶頸根本在內網。像是 Wi-Fi 訊號被隔間牆吃掉、一台無線基地台硬扛整層樓、隔壁鄰居的無線電波互相打架、或者老舊網路線只跑得到百兆。這種情況你升速升到天上去也沒用，因為封包卡在最後那段無線或線材上，根本還沒出你家大門。所以健檢一定要內外一起看，先確認到底是「對外的管子細」，還是「屋裡的水路爛」。
一套務實的決策順序
把上面收攏成一條可以照著走的路徑：
- 先健檢：量尖峰時段的線路利用率，還有「負載下的延遲」（loaded latency），先判定是總量問題還是分配問題，順便排除內網瓶頸。
- 先分公平：AQM＋逐戶隔離＋每戶限速，整形上限抓八九成。這步常常就夠，而且最省錢。
- 真的總量不足才升速：拿尖峰利用率打滿當客觀訊號，別憑感覺。
- 要備援或規模大才加線：清楚知道自己買的是可靠度和分散，而不是單一連線的速度加倍。
每個物件的戶數、用量、預算都不一樣，最佳組合當然也不同，這篇給的是判斷的骨架，不是一體適用的公式。廷皓科技在高雄替分租物件做頻寬健檢，會先分清楚你這棟到底是「分配問題」還是「總量問題」，把便宜又有效的分流先做到位，真的需要才建議升速或加線，並提供月約代管幫你持續調校。覺得整棟網路越晚越卡？先找我們做一次頻寬健檢，別急著砸錢升速。
