無論在企業網還是運營商網絡中，流量限速是一個逃不開的話題。在企業網中，開啟限速主要是為了對帶寬的合理運用；在運營商網絡中，限速是為了成本和資費，一是向上級運營商付款，二是向下級客戶收費。本篇假定的場景為客戶接入的運營商網絡。

當客戶接入運營商後，運營商對於客戶的流量會做限速，一般是配置在邊界接入設備互聯接口上。一般而言，配置的是單一的限速策略。就是說，客戶需要的是100M帶寬，那麽就配置的是100M的限速。當客戶購買兩種業務，每種業務各50M，合計100M時，單一的限制100M已經無法滿足需求了。假設業務①資費100元/兆，業務②資費200元/兆。在接入接口限速100M，那麽如果客戶100M全部流量全部都是業務②的，對於運營商本身來說，就無形中損失了5千元的收益。如果在Site-C Core Router這臺設備上連接口配置限速，要維護ACL列表，無疑增加了運維人員的工作量。

為了解決上述的問題，我們決定在Site-C Core Router這臺設備的兩個上連接口配置限速，但匹配的是流量的DSCP。DSCP在客戶接入設備Site-C Access SW上配置。

1）以下是相關的模擬環境拓撲：

在接入設備入接口更改入方向數據包的dscp值。在出接口出方向匹配dscp進行流量限速，本次測試限速10M。

測試中，發起端發送50M的數據包流量，觀察接受端接收流量值。

2）不做限制時，接收端流量情況。

3）限制流量後，接收端流量情況。

在接收端抓包觀察，能觀察到數據包已被修改DSCP值。

如果在同一臺設備上，也可以在traffic classifier裏面匹配接入端口，然後在出接口配置限速。

本文出自 “亂碼時代” 博客，請務必保留此出處http://juispan.blog.51cto.com/943137/1945736

淺談運營商網絡業務限速