路由器流量控制

一些高階路由器上均具備流量控制機制，本篇文件主要介紹3個應用於高階路由器的流量控制機制：反壓機制、佇列機制、流量監管。

2.1 反壓機制

報文經過上行介面板的處理之後，會送往交換網板進行交換。因為所有報文都要經過交換網的交換，所以交換網是決定路由器效能的最核心單元，交換網應該是「無阻塞」的，其**容量是所有介面板的**容量之和。然而，下行介面板效能可能沒那麼上行介面板那麼強，因此，路由器上有「反壓機制」，下行介面板來不及接收時，會發生反壓，這樣交換網板會通知上行介面板暫停發包，將報文進行快取。其流程如圖 2.1 所示。

圖 2.1 反壓機制

2.2 佇列機制配合反壓機制，在一些高階路由器的介面板上還有有一塊被稱為tm（traffic management）的部件，裡面有快取記憶體，在擁塞的情況下，資料報以佇列的形式暫存在快取裡，tm再按一定的規則把資料報排程出隊，送往交換網。如果裝不下，還會按一定規則做報文丟棄。如圖 2.2 所示。

圖 2.2 佇列機制

同理，報文經過交換網板送到下行介面板時，流量有可能超過出介面的發包能力，因此在下行介面板上也需要有tm晶元進行快取和佇列管理。在擁塞的情況下，資料報以佇列的形式暫存在快取裡，下行tm再按一定的規則把資料報排程出隊，送往出介面傳送。

2.3 流量監管（car）

流量控制除了上述處理機制外，還有一種機制——流量監管，它能使流量不超過入/出介面允許的頻寬，對於超出限制的那部分資料報會被直接丟棄。目前流量監管使用的技術是car（committed access rate）。car是由包**引擎pfe完成的，可以在上行pfe上執行，限制流量不超過入口頻寬；也可以在下行pfe上執行，限制流量不超過出口頻寬。如圖 2.3 所示。

圖 2.3 流量監管

注意：上送cpu以及cpu下發的協議報文不經過car處理，這是為了避免當流量突發時協議報文被car丟棄（不過，為了避免對cpu的攻擊，上送cpu的協議報文會經過cp-car處理）。

另外，上文在佇列機制裡提到的丟棄策略，在高階路由器裡，為了防止其協議報文被丟棄，這些報文一般都設定為高服務等級，入高優先順序佇列，從而被優先排程，這樣通常不會被丟棄。

路由器流量控制

mysql流量控制 UDP流量控制之分析

流量控制原則

TCP流量控制

路由器流量控制

mysql流量控制 UDP流量控制之分析

流量控制原則

TCP流量控制

相關推薦