本文轉自http://www.mikrotik.com.cn/newshow.aspx?ID=91

RouterOS 的 PCQ + HTB 的動態流控與游戲優先，通過 Mangle 標記數據和 queue tree 的

HTB控制，完全拋棄simple queue限速。

Simple Queue的缺點

規則越多，處理的數據越多，CPU消耗越大

規則越多，后面的規則獲取帶寬的幾率越小

如果有1000條Simple queue規則，那必須判斷查詢999條規則(必要時減少queue數量)

RouterOS的運用與行業環境

設計思路

行業常規

動態分配流控

采用動態方式進行帶寬分配，單個用戶可以獲得最大帶寬，用戶數增加后自動平分

單機固定限速，不能動態流控，人數多了網速變慢，人少時帶寬無法有效分配

HTB游戲優先

在PCQ的動態流控基礎上，為游戲預留帶寬，通過策略優化游戲端口，并優先處理。

很難區分游戲端口，不能完全實現游戲優先處理

動態流量根據網絡帶寬進行分配，根據在線用戶變化動態分配帶寬，下面一個12M總帶寬的網絡，PCQ-rate設置為4M和未設置(即設置為0)情況下的帶寬分配：

這里我們有一個實際環境，我們需要實現對帶寬的動態分配；電信帶寬為6M，網通帶寬為12M；

配置步驟：

在 ip firewall mangle 標記上下行數據流

進入 queue type 定義單機帶寬

在 queue tree 定義總帶寬和流量控制規則

步驟1：在 Mangle

標記上下行的標記：

步驟2：在

Queue Type 里按照200臺主機的數量，定義 PCQ 規則：

步驟3：建立

Queue Tree 規則，記住保留一定帶寬為緩沖

HTB 游戲優先

通過HTB為游戲預留帶寬，保證在下載和視頻情況下，游戲照樣流暢：

HTB+PCQ 組合實現

步驟1：在原有的動態的PCQ流控規則上進行改進，首先導入游戲端口，建立新的gamesdown鏈表，將游戲與其他數據區分出來

通過將指定的數據轉移到游戲鏈表進行過濾和數據包處理：

假設電信帶寬是11M，預留2M為緩沖帶寬，最大帶寬為9M，電信線路下行的HTB設置，游戲優先級為1最高，其他下行數據為8最低；這里游戲只分配了3M最大帶寬，最低保證2M，對于游戲帶寬較小不需要那么大；其他下行數據最低保證6M。

總結

以上是生活随笔為你收集整理的mysql routeros_转-RouterOS流量控制方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。