報文經過上行接口板的處理之后，送往交換網板進行交換。所有報文都要經過交換網 的交換，所以交換網是決定路由器性能的核心單元，交換網應該是“無阻塞”的， 其轉發(fā)容量是所有接口板的轉發(fā)容量之和，很強大。然而，下行接口板可能沒那么強 大，萬一扛不住怎么辦？為了避免這種現象，路由器上有“反壓機制”，下行接口板 扛不住，會發(fā)生反壓，這樣交換網板知道了，會通知上行接口板暫停發(fā)包，將報文進 行緩存。
配合反壓機制，華為高端路由器的接口板上有一塊被稱為TM（Traffic Management）的 部件，里面有一些高速緩存，在擁塞的情況下，數據包以隊列的形式暫存在緩存里， TM再按一定的規(guī)則把數據包調度出隊，送往交換網。如果裝不下，還會按一定規(guī)則做 報文丟棄。
同理，報文經過交換網板送到下行接口板時，流量有可能超過出接口的發(fā)包能力，因 此在下行接口板上也需要有TM芯片進行緩存和隊列管理。在擁塞的情況下，數據包以 隊列的形式暫存在緩存里，下行TM再按一定的規(guī)則把數據包調度出隊，送往出接口發(fā) 送
流量監(jiān)管（CAR）流量控制除了上述處理機制外，還有一種機制——流量監(jiān)管，使得流量不超過入/出接 口允許的帶寬，超出限制的那部分數據包會被直接丟棄。目前流量監(jiān)管使用的技術是 CAR（Committed Access Rate）。CAR是由包轉發(fā)引擎PFE完成的，可以在上行PFE上 執(zhí)行，限制流量不超過入接口帶寬；也可以在下行PFE上執(zhí)行，限制流量不超過出接口 帶寬。
注意：
上送CPU以及CPU下發(fā)的協(xié)議報文不經過CAR處理，這是為了避免當流量突發(fā) 時協(xié)議報文在因CAR被丟棄（不過，為了避免對CPU的攻擊，上送CPU的協(xié)議報文會 經過CP-CAR處理，詳細請參見“協(xié)議報文之旅”）。 可能有人會有疑問，為了避免協(xié)議報文因擁塞被丟，不對其做CAR，那上文介紹隊列 機制時提到了丟棄策略，隊列機制里有什么特殊措施避免協(xié)議報文被丟嗎？為了避免 協(xié)議報文在隊列中被丟棄，協(xié)議報文一般都設置為高服務等級，入高優(yōu)先級隊列被優(yōu) 先調度，通常不會被丟棄。
上述的隊列機制、CAR、流分類和服務等級的概念及詳細介紹，后期更新。
