在Cisco IOS中應用QoS策略限制P2P流量

2019-11-05 00:10:21

字體：大中小

來源：轉載

供稿：網(wǎng)友

　假如要對橋接的（第2層）流量也起作用，則需要啟用橋接微流策略mls qos bridged。例如，計算需要在以太網(wǎng)上維持1 Mbps速率所需的最小突發(fā)速率值。速率定義為1 Mbps，而最大的以太網(wǎng)數(shù)據(jù)包為1518 字節(jié)，這樣公式變?yōu)椋?

　　一、識別流量：

　　可以用acl和nbar技術綜合定義數(shù)據(jù)流。Acl定義可以采用下述參數(shù)：源ip地址、目的IP地址、第4層協(xié)議(如UDP)、源端口號碼以及目的端口號碼等。與一套已定義參數(shù)相匹配的數(shù)據(jù)包都被視為屬于相同的流，NBAR技術可以識別應用層流;

　　建立ACL用來識別p2p應用端口或者服務器ip地址，可根據(jù)實際情況配置，例如：

　　ip access-list extended edonkey

　　permit tcp any any range 4661 4662

　　permit tcp any any range 4242 4243

　　permit udp any any eq 4665

　　同時應用pdlm包

　　ip nbar pdlm bittorrent.pdlm

　　ip nbar pdlm eDonkey.pdlm

　　二、建立策略：

　　具體實施時，需要先配置一個用戶定制的Policing，該Policing應該包括以下三個參數(shù)：平均速率、最大突發(fā)量和超過限制時所進行的處理。為提供更靈活的帶寬限制，Policing又分為兩種：Microflow和Aggregate。MicroflowPolicing可以提供對單一流使用帶寬限制，而AggregatePolicing則可以對所有流總使用帶寬進行限制。

　　將定制的Policing放到一個訪問控制列表中，并定義到一個端口或一個VLAN上，即可以實現(xiàn)對用戶的帶寬治理。假如同時應用集合和微流策略器，則QoS就會總是執(zhí)行策略器所制定的最嚴重的行為。例如，假如一個策略器要求丟棄數(shù)據(jù)包，而另外一個策略器則指示數(shù)據(jù)包降級，那么數(shù)據(jù)包將會被丟棄。默認狀態(tài)下，微流策略器僅對被路由的(第3層)流量起作用。假如要對橋接的(第2層)流量也起作用，則需要啟用橋接微流策略mls qos bridged。

　　Catalyst 6000中的策略可以根據(jù)“漏桶”概念來實施：與入局流量數(shù)據(jù)包對應的令牌都被置入一個桶中(每個令牌代表1位，從而大數(shù)據(jù)包比小數(shù)據(jù)包對應更多的令牌)。在正常時間間隔內，一定數(shù)量的令牌數(shù)將從桶中取出并被發(fā)送。假如桶中沒有更多空間容納輸入的數(shù)據(jù)包，則數(shù)據(jù)包被視為超出配置文件范圍而被丟棄或者根據(jù)配置的策略操作實行降級處理。

　　計算參數(shù)

　　多種參數(shù)控制令牌桶的行為：

　　?Rate 定義每個時間間隔內將有多少令牌取出。低于速率的所有流量都被視為是符合配置要求的。

　　?Interval 定義令牌隔多長時間從桶內取出一次。間隔固定在0.00025秒，從而令牌每秒鐘將從桶中取出4000次。時間間隔不能更改。

　　?Burst 定義在任何一個時刻桶內能夠容納的最大令牌數(shù)。為了維持規(guī)定的流量速率，突發(fā)速率的大小不應該低于速率與時間間隔的乘積。另外一種考慮就是最大尺寸的數(shù)據(jù)包也必須能夠置入桶內。

　　可以用以下公式來確定突發(fā)速率參數(shù)：

　　突發(fā)速率=(速率(bps)*0.00025(秒/時間間隔))或(最大數(shù)據(jù)包大小(位))，取兩者中較大的值。

　　例如，計算需要在以太網(wǎng)上維持1 Mbps速率所需的最小突發(fā)速率值。速率定義為1 Mbps，而最大的以太網(wǎng)數(shù)據(jù)包為1518 字節(jié)，這樣公式變?yōu)椋?/P>

　　突發(fā)速率=(1,000,000bps*0.00025)或(1518字節(jié)* 8位/字節(jié))=250 或 12144

　　兩者中較大的值為12144，我們可將其折算為13 Kbps。注：在Cisco IOS中，策略速率以bps定義。此外，突發(fā)速率在Cisco IOS中以字節(jié)來定義。

　　注：由于受硬件策略粒度的影響，實際速率和突發(fā)速率都應該折算為最接近的支持值。確認突發(fā)速率值不低于最大的數(shù)據(jù)包尺寸，否則所有大于最大突發(fā)速率尺寸的數(shù)據(jù)包都將被丟棄。

　　例如，假如用戶想在Cisco IOS中將突發(fā)速率設置為1518，則它將會被折算為1000字節(jié)，從而所有大于1000字節(jié)的幀都將被丟棄。解決方案是將突發(fā)速率配置為2000。

　　在定義突發(fā)速率時，需要考慮一些協(xié)議(如TCP)會針對丟包而采用流控制機制。例如，TCP將把每個要丟失的數(shù)據(jù)包的窗口縮小一半，相應地，當對某個速率進行策略時，有效的鏈路使用率就會低于配置的速率。您可以增加突發(fā)速率從而實現(xiàn)更高的利用率。對這些流量來說，比較簡單易行的方式就是將突發(fā)速率的大小增加一倍(在我們的例子中可以從13 Kbits增加到26 Kbits)，監(jiān)控性能，然后根據(jù)需要進行調整。

　　mls qos

　　!--- 激活 QoS

　　mls qos flow-policing

　　class-map match-any bit

　　match PRotocol bittorrent

　　match protocol eDonkey

　　match access-group edonkey

　　match … !-用戶根據(jù)實際情況定義

　　policy-map p2p

　　class bit

　　police flow 100000 2000 conform-action transmit exceed-action drop

　　!--- 定義微流治理器，限制每個p2p應用流為100 Kbps的微流量