1+X證書網(wǎng)絡(luò)系統(tǒng)建設(shè)與運(yùn)維(高級(jí))第08章-服務(wù)質(zhì)量課件

第8章服務(wù)質(zhì)量第8章服務(wù)質(zhì)量學(xué)習(xí)目標(biāo)了解QoS的基本知識(shí)。了解QoS中的分類和標(biāo)記的原理，了解QoS中的擁塞管理和擁塞避免的原理。了解QoS中的流量監(jiān)管和流量整形的原理。掌握分類和標(biāo)記的配置。掌握擁塞管理和擁塞避免的配置。掌握流量監(jiān)管和流量整形的配置。學(xué)習(xí)目標(biāo)了解QoS的基本知識(shí)。8.1QoS基礎(chǔ)8.1.1QoS的度量指標(biāo)8.1.2QoS模型8.1.3基于DiffServ模型的QoS業(yè)務(wù)8.2分類與標(biāo)記8.2.1報(bào)文分類的依據(jù)8.2.2報(bào)文分類、標(biāo)記概念8.2.3MQC8.2.4報(bào)文分類、標(biāo)記示例8.3擁塞管理8.1QoS基礎(chǔ)8.3.1先進(jìn)先出(FIFO)調(diào)度8.3.2優(yōu)先級(jí)（PQ）調(diào)度8.3.3加權(quán)公平（WFQ）調(diào)度8.3.4PQ+WFQ調(diào)度 8.3.5基于類的加權(quán)公平（CBQ）調(diào)度8.3.6擁塞管理配置8.4擁塞避免8.4.1尾丟棄8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)8.4.3擁塞避免配置8.3.1先進(jìn)先出(FIFO)調(diào)度8.5流量監(jiān)管與流量整形8.5.1流量監(jiān)管原理8.5.2流量監(jiān)管配置8.5.3流量整形8.5.4流量整形置8.5流量監(jiān)管與流量整形8.1QoS基礎(chǔ)在傳統(tǒng)的IP網(wǎng)絡(luò)中，所有的報(bào)文都被無區(qū)別地同等對(duì)待。即每個(gè)網(wǎng)絡(luò)設(shè)備對(duì)所有的報(bào)文均采用先進(jìn)先出的策略進(jìn)行處理,對(duì)報(bào)文傳送的可靠性、傳遞延遲、丟包率等性能不能提供任何保證，這種方式僅適用于對(duì)網(wǎng)絡(luò)性能不敏感的普通業(yè)務(wù)，如WWW、FTP、EMail等。隨著新型應(yīng)用不斷出現(xiàn)，對(duì)IP網(wǎng)絡(luò)的服務(wù)質(zhì)量提出新要求，如遠(yuǎn)程醫(yī)療，可視電話、視頻點(diǎn)播等，對(duì)實(shí)時(shí)性和連續(xù)性方面要求更高。為支持具有不同服務(wù)需求的話音、視頻以及數(shù)據(jù)等業(yè)務(wù)，要求網(wǎng)絡(luò)能夠區(qū)分出不同的業(yè)務(wù)流量，進(jìn)而為之提供相應(yīng)等級(jí)的服務(wù)。QoS正是這樣一種可以為不同業(yè)務(wù)類型報(bào)文提供差分服務(wù)的技術(shù)，通過對(duì)網(wǎng)絡(luò)流量進(jìn)行分類，避免并管理網(wǎng)絡(luò)擁塞，減少報(bào)文丟包率。8.1QoS基礎(chǔ)在傳統(tǒng)的IP網(wǎng)絡(luò)中，所有的報(bào)文都被無區(qū)別地8.1.1QoS的度量指標(biāo)影響網(wǎng)絡(luò)質(zhì)量的因素包括傳輸鏈路的帶寬、傳送時(shí)延和抖動(dòng)、丟包率等。因此，要提高網(wǎng)絡(luò)的服務(wù)質(zhì)量，就可以從保證傳輸鏈路的帶寬，降低報(bào)文傳送的時(shí)延和抖動(dòng)，降低丟包率等方面著手。8.1.1QoS的度量指標(biāo)影響網(wǎng)絡(luò)質(zhì)量的因素包括傳輸鏈路的8.1.1QoS的度量指標(biāo)帶寬通常情況下，帶寬越大，數(shù)據(jù)通行能力就越強(qiáng)，網(wǎng)絡(luò)服務(wù)質(zhì)量就越好。對(duì)于網(wǎng)絡(luò)用戶而言，都希望帶寬越大越好，但是相應(yīng)的網(wǎng)絡(luò)運(yùn)營和維護(hù)成本也就越高。和木桶原理一樣，端到端的最大帶寬取決于傳輸路徑上的最小帶寬。100Mbps10Mbps256kbps2Mbps1GbpsBWmax＝256kbps我跟你說的那個(gè)在線視頻你看了沒？網(wǎng)速太慢，在線看不了，很卡！等我下載完再看。公司分部公司總部最大帶寬BWmax等于傳輸路徑上的最小帶寬。8.1.1QoS的度量指標(biāo)帶寬100Mbps10Mbps28.1.1QoS的度量指標(biāo)時(shí)延時(shí)延是指一個(gè)報(bào)文或分組從網(wǎng)絡(luò)的發(fā)送端到接收端所需要的延遲時(shí)間，一般由傳輸延遲及處理延遲組成。端到端的時(shí)延等于路徑上所有時(shí)延之和?！班?，你好！”（2秒后）“能聽到嗎？”停頓這么久？（2秒后）嗨，你好?。ㄔ龠^4秒）是張三嗎？端到端網(wǎng)絡(luò)時(shí)延等于路徑上所有時(shí)延之和。傳輸時(shí)延處理時(shí)延隊(duì)列時(shí)延傳輸時(shí)延處理時(shí)延隊(duì)列時(shí)延傳輸時(shí)延處理時(shí)延隊(duì)列時(shí)延傳輸時(shí)延串行化時(shí)延串行化時(shí)延串行化時(shí)延IP網(wǎng)絡(luò)8.1.1QoS的度量指標(biāo)時(shí)延“嗨，你好！”（2秒后）“能8.1.1QoS的度量指標(biāo)抖動(dòng)抖動(dòng)用來描述延遲變化的程度，也就是最大延遲與最小延遲的時(shí)間差。抖動(dòng)對(duì)于實(shí)時(shí)性的傳輸是一個(gè)重要參數(shù)。例如，語音和視像等實(shí)時(shí)業(yè)務(wù)極不容忍抖動(dòng)。抖動(dòng)也會(huì)影響一些網(wǎng)絡(luò)協(xié)議的處理。利用緩存可以克服過量的抖動(dòng)，但這將增加時(shí)延?！懊魈烊タ蛻衄F(xiàn)場(chǎng)的人是我，不是他?！泵魈烊タ蛻衄F(xiàn)場(chǎng)的人是我不？…是他時(shí)延D1=50ms時(shí)延D2=50ms時(shí)延D3=10ms時(shí)延D4=40ms時(shí)延D5=90ms是我，不Time他是是我不是他時(shí)延D6=90msIP網(wǎng)絡(luò)8.1.1QoS的度量指標(biāo)抖動(dòng)“明天去客戶現(xiàn)場(chǎng)的人是我，不8.1.1QoS的度量指標(biāo)丟包率丟包率是指在網(wǎng)絡(luò)傳輸過程中丟失報(bào)文的數(shù)量占傳輸報(bào)文總數(shù)的百分比。少量的丟包對(duì)業(yè)務(wù)的影響并不大，例如，在語音傳輸中，丟失一個(gè)分組的信息，通話雙方往往注意不到。TCP允許丟失的信息重發(fā)，使用TCP傳送數(shù)據(jù)可以處理少量的丟包，但大量的丟包會(huì)影響傳輸效率。在IP網(wǎng)絡(luò)上不同的業(yè)務(wù)對(duì)帶寬、時(shí)延、時(shí)延抖動(dòng)和丟包率等都有不同的需求。IP網(wǎng)絡(luò)“我剛發(fā)了個(gè)文件給你?！卑l(fā)了個(gè)什么？？我剛發(fā)了個(gè)_給你。傳輸過程處理過程排隊(duì)過程處理過程8.1.1QoS的度量指標(biāo)丟包率IP網(wǎng)絡(luò)“我剛發(fā)了個(gè)文件給8.1.1QoS的度量指標(biāo)幾種常見業(yè)務(wù)的QoS需求業(yè)務(wù)類型帶寬/吞吐量時(shí)延抖動(dòng)丟包率電子郵件、文件傳輸、遠(yuǎn)程終端需求低容許時(shí)延容許抖動(dòng)不敏感HTML網(wǎng)頁瀏覽需求不定容許適當(dāng)時(shí)延容許適當(dāng)抖動(dòng)不敏感電子商務(wù)需求適當(dāng)敏感敏感敏感，必須可靠傳輸基于IP的語音（VoIP）和實(shí)時(shí)視頻需求低非常敏感，要求可預(yù)計(jì)的時(shí)延非常敏感敏感，要求可預(yù)計(jì)的丟包率流媒體需求高非常敏感，要求可預(yù)計(jì)的時(shí)延非常敏感敏感，要求可預(yù)計(jì)的丟包率8.1.1QoS的度量指標(biāo)幾種常見業(yè)務(wù)的QoS需求業(yè)務(wù)類型8.1.2QoS模型Best-Effort服務(wù)模型：盡力而為Best-Effort是最簡單的QoS服務(wù)模型，用戶可以在任何時(shí)候，發(fā)出任意數(shù)量的報(bào)文，而且不需要通知網(wǎng)絡(luò)。提供Best-Effort服務(wù)時(shí)，網(wǎng)絡(luò)盡最大可能發(fā)送報(bào)文，但對(duì)時(shí)延、丟包率等性能不提供任何保證。Best-Effort服務(wù)模型適用于對(duì)時(shí)延、丟包率等性能要求不高的業(yè)務(wù)，是現(xiàn)在Internet的默認(rèn)服務(wù)模型，它適用于絕大多數(shù)網(wǎng)絡(luò)應(yīng)用，如FTP、E-Mail等。在盡力而為的服務(wù)模型的網(wǎng)絡(luò)上可通過增大網(wǎng)絡(luò)帶寬、升級(jí)網(wǎng)絡(luò)設(shè)備等方式來提升網(wǎng)絡(luò)通信質(zhì)量。數(shù)據(jù)流2Mbps64KbpsE1E11Mbps增大網(wǎng)絡(luò)帶寬：數(shù)據(jù)流2MbpsE1E1升級(jí)網(wǎng)絡(luò)設(shè)備AR2811AR22208.1.2QoS模型Best-Effort服務(wù)模型：盡力而8.1.2QoS模型IntServ服務(wù)模型：預(yù)留資源IntServ模型是指用戶終端在發(fā)送報(bào)文前，需要通過信令向網(wǎng)絡(luò)描述自己的流量參數(shù)，申請(qǐng)?zhí)囟ǖ腝oS服務(wù)。網(wǎng)絡(luò)中的各個(gè)設(shè)備（路由器、交換機(jī)等）根據(jù)用戶終端申請(qǐng)的流量參數(shù)預(yù)留資源以承諾滿足該請(qǐng)求。用戶終端在收到確認(rèn)信息，確定網(wǎng)絡(luò)已經(jīng)為這個(gè)應(yīng)用程序的報(bào)文預(yù)留了資源后，應(yīng)用程序才開始發(fā)送報(bào)文。應(yīng)用程序發(fā)送的報(bào)文應(yīng)該控制在流量參數(shù)描述的范圍內(nèi)。網(wǎng)絡(luò)節(jié)點(diǎn)需要為每個(gè)流維護(hù)一個(gè)狀態(tài)，并基于這個(gè)狀態(tài)執(zhí)行相應(yīng)的QoS動(dòng)作，來滿足對(duì)應(yīng)用程序的承諾。OKOKOK我要64K帶寬我要64K帶寬我要64K帶寬我要64K帶寬OKRSVPRSVPRSVPRSVPRSVPRSVPRSVPRSVP8.1.2QoS模型IntServ服務(wù)模型：預(yù)留資源OKO8.1.2QoS模型DiffServ服務(wù)模型：差分服務(wù)DiffServ模型的基本原理是將網(wǎng)絡(luò)中的流量分成多個(gè)類，每個(gè)類享受不同的處理，尤其是網(wǎng)絡(luò)出現(xiàn)擁塞時(shí)不同的類流量會(huì)享受不同級(jí)別的處理。同一類的流量在網(wǎng)絡(luò)中則享受同一級(jí)別的處理，保證相同流量具有相同的時(shí)延、抖動(dòng)、丟包率等QoS指標(biāo)。DiffServ域DS節(jié)點(diǎn)DS邊界節(jié)點(diǎn)公司總部公司分部DS節(jié)點(diǎn)

在網(wǎng)絡(luò)入口對(duì)報(bào)文進(jìn)行分類，完成對(duì)報(bào)文的標(biāo)記。

根據(jù)標(biāo)記，將其映射成本地對(duì)其定義的服務(wù)等級(jí)值。

根據(jù)不同的服務(wù)等級(jí)值進(jìn)入相應(yīng)的緩存隊(duì)列，根據(jù)隊(duì)列間的調(diào)度機(jī)制，實(shí)現(xiàn)不同的轉(zhuǎn)發(fā)服務(wù)。8.1.2QoS模型DiffServ服務(wù)模型：差分服務(wù)Di8.1.2QoS模型DiffServ模型中，業(yè)務(wù)流分類和匯聚工作一般由在網(wǎng)絡(luò)邊緣的路由器、交換機(jī)完成。邊界路由器、交換機(jī)可以通過多種條件（如報(bào)文的源地址和目的地址、ToS域中的優(yōu)先級(jí)、協(xié)議類型等）靈活地對(duì)報(bào)文進(jìn)行分類，對(duì)不同的報(bào)文設(shè)置不同的標(biāo)記字段，而其他路由器只需要簡單地識(shí)別報(bào)文中的這些標(biāo)記，進(jìn)行資源分配和流量控制。因此，DiffServ是一種基于報(bào)文流的QoS模型。8.1.2QoS模型DiffServ模型中，業(yè)務(wù)流分類和匯8.1.2QoS模型三種服務(wù)模型對(duì)比優(yōu)點(diǎn)缺點(diǎn)盡力而為服務(wù)模型實(shí)現(xiàn)機(jī)制簡單對(duì)不同業(yè)務(wù)流不能進(jìn)行區(qū)分對(duì)待綜合服務(wù)模型可提供端到端QoS服務(wù)，并保證帶寬、延遲需要跟蹤和記錄每個(gè)數(shù)據(jù)流的狀態(tài)，實(shí)現(xiàn)較復(fù)雜，且擴(kuò)展性較差，帶寬利用率較低區(qū)分服務(wù)模型不需跟蹤每個(gè)數(shù)據(jù)流狀態(tài)，資源占用少，擴(kuò)展性較強(qiáng)；且能實(shí)現(xiàn)對(duì)不同業(yè)務(wù)流提供不同的服務(wù)質(zhì)量需要在端到端每個(gè)節(jié)點(diǎn)都進(jìn)行手工部署，對(duì)人員能力要求較高8.1.2QoS模型三種服務(wù)模型對(duì)比優(yōu)點(diǎn)缺點(diǎn)盡力而8.1.3基于DiffServ模型的QoS業(yè)務(wù)DiffServ模型有以下四個(gè)QoS組件流分類和標(biāo)記（ClassificationandMarking）要實(shí)現(xiàn)差分服務(wù)，需要首先要將數(shù)據(jù)包分為不同的類別或者設(shè)置為不同的優(yōu)先級(jí)。將數(shù)據(jù)包分為不同的類別，這稱為流分類，流分類并不修改原來的數(shù)據(jù)包。將數(shù)據(jù)包設(shè)置為不同的優(yōu)先級(jí)稱為標(biāo)記，而標(biāo)記會(huì)修改原來的數(shù)據(jù)包。流量監(jiān)管和流量整形（PolicingandShaping）是指將業(yè)務(wù)流量限制在特定的帶寬，當(dāng)業(yè)務(wù)流量超過額定帶寬時(shí)，超過的流量將被丟棄或緩存。其中，將超過的流量丟棄的技術(shù)稱為流量監(jiān)管，將超過的流量緩存的技術(shù)稱為流量整形。擁塞管理（CongestionManagement）在網(wǎng)絡(luò)發(fā)生擁塞時(shí)，將報(bào)文放入隊(duì)列中緩存，并采取某種調(diào)度算法安排報(bào)文的轉(zhuǎn)發(fā)秩序。8.1.3基于DiffServ模型的QoS業(yè)務(wù)DiffSe8.1.3基于DiffServ模型的QoS業(yè)務(wù)DiffServ模型有以下四個(gè)QoS組件（續(xù)）擁塞避免（CongestionAvoidance）監(jiān)督網(wǎng)絡(luò)資源的使用情況，當(dāng)發(fā)現(xiàn)擁塞有加劇的趨勢(shì)時(shí)采取主動(dòng)丟棄報(bào)文的策略，通過調(diào)整流量來解除網(wǎng)絡(luò)的過載。分類和標(biāo)記是實(shí)現(xiàn)差分服務(wù)的前提和基礎(chǔ)；流量監(jiān)管、流量整形、擁塞管理和擁塞避免從不同方面對(duì)網(wǎng)絡(luò)流量及其分配的資源實(shí)施控制，是提供差分服務(wù)的具體體現(xiàn)。8.1.3基于DiffServ模型的QoS業(yè)務(wù)DiffSe8.2分類與標(biāo)記要實(shí)現(xiàn)差分服務(wù)，需要對(duì)進(jìn)入DiffServ域的流量按照一定的規(guī)則進(jìn)行分類并進(jìn)行標(biāo)記，才有可能對(duì)不同類別的流量提供不同的服務(wù)。流量分類是部署DiffServQoS的基礎(chǔ)。規(guī)則1規(guī)則2規(guī)則31561562342438.2分類與標(biāo)記要實(shí)現(xiàn)差分服務(wù)，需要對(duì)進(jìn)入DiffServ8.2.1報(bào)文分類的依據(jù)Precedence字段（優(yōu)先級(jí)）IP數(shù)據(jù)包的頭部有一個(gè)ToS（TypeofService）域，由8個(gè)比特組成，其中3個(gè)比特的優(yōu)先級(jí)（Precedence）字段標(biāo)識(shí)了IP報(bào)文的優(yōu)先級(jí)。IPPrecedence定義見表，最高優(yōu)先級(jí)是7或6，經(jīng)常是為路由選擇或更新網(wǎng)絡(luò)控制通信保留的，用戶級(jí)應(yīng)用僅能使用0～5。IP優(yōu)先級(jí)含義IP優(yōu)先級(jí)含義0routine4flash-override1priority5critical2immediate6internet3flash7network8.2.1報(bào)文分類的依據(jù)Precedence字段（優(yōu)先級(jí)）8.2.1報(bào)文分類的依據(jù)DSCP字段IP優(yōu)先級(jí)最多只能有8個(gè)值，后來RFC就使用IP數(shù)據(jù)包ToS域的前6位（0位～5位）作為差分服務(wù)代碼點(diǎn)（DiffServCodePoint，DSCP），后2位（6位、7位）是保留位，ToS域也改稱為DS域。理論上DSCP應(yīng)該有64個(gè)等級(jí)，然而為了兼容IP優(yōu)先級(jí)等原因，DSCP只定義了一部分，如下頁的表。ToS（1Byte）01234567IP-PrecedenceD/T/R目前未使用DSCP目前未使用012345678.2.1報(bào)文分類的依據(jù)DSCP字段ToS（1Byte）8.2.1報(bào)文分類的依據(jù)DSCP字段（續(xù)）DSCP前3位（0位～2位）是類選擇代碼點(diǎn)（ClassSelectorCodePoint，CSCP），相同的CSCP值代表一類DSCP。DSCP分為：盡力而為(Best-Effort，BE)、加速轉(zhuǎn)發(fā)(ExpeditedForwarding，EF)、保證轉(zhuǎn)發(fā)(AssuredForwarding，AF)和類選擇器(ClassSelector，CS)4類。8.2.1報(bào)文分類的依據(jù)DSCP字段（續(xù)）8.2.1報(bào)文分類的依據(jù)DSCP定義DSCP含義備注DSCP含義備注000000default

010010af21

001000cs1等同IP優(yōu)先級(jí)1010100af22中丟棄優(yōu)先級(jí)010000cs2等同IP優(yōu)先級(jí)2010110af23高丟棄優(yōu)先級(jí)011000cs3等同IP優(yōu)先級(jí)3011010af31低丟棄優(yōu)先級(jí)100000cs4等同IP優(yōu)先級(jí)4011100af32中丟棄優(yōu)先級(jí)101000cs5等同IP優(yōu)先級(jí)5011110af33高丟棄優(yōu)先級(jí)110000cs6等同IP優(yōu)先級(jí)6100010af41低丟棄優(yōu)先級(jí)111000cs7等同IP優(yōu)先級(jí)7100100af42中丟棄優(yōu)先級(jí)001010af11低丟棄優(yōu)先級(jí)100110af43高丟棄優(yōu)先級(jí)001100af12中丟棄優(yōu)先級(jí)101110ef加速轉(zhuǎn)發(fā)001110af13高丟棄優(yōu)先級(jí)

8.2.1報(bào)文分類的依據(jù)DSCP定義DSCP含義備注DSC8.2.1報(bào)文分類的依據(jù)VLAN幀頭中的802.1p優(yōu)先級(jí)通常二層設(shè)備之間交換VLAN幀。VLAN幀中的PRI字段位置如圖所示，根據(jù)IEEE802.1Q定義，VLAN幀頭中的PRI字段（即802.1p優(yōu)先級(jí)）也稱為CoS（ClassofService）字段，標(biāo)識(shí)了服務(wù)質(zhì)量需求。PRI字段為3比特長，定義了8種業(yè)務(wù)優(yōu)先級(jí)CoS，按照優(yōu)先級(jí)從高到低順序取值為7、6、5、4、3、2、1和0。8.2.1報(bào)文分類的依據(jù)VLAN幀頭中的802.1p優(yōu)先級(jí)8.2.2報(bào)文分類、標(biāo)記概念流分類有簡單流分類和復(fù)雜流分類。簡單流分類是指采用簡單的規(guī)則，如只根據(jù)IP報(bào)文的IP優(yōu)先級(jí)或DSCP值、IPv6報(bào)文的TC值、VLAN報(bào)文的802.1p值等，對(duì)報(bào)文進(jìn)行粗略的分類，以識(shí)別出具有不同優(yōu)先級(jí)或服務(wù)等級(jí)特征的流量。復(fù)雜流分類是指采用復(fù)雜的規(guī)則，如由五元組（源地址、源端口號(hào)、協(xié)議號(hào)碼、目的地址、目的端口號(hào)）對(duì)報(bào)文進(jìn)行精細(xì)的分類。復(fù)雜流分類依據(jù)常用匹配項(xiàng)說明鏈路層復(fù)雜流分類VLAN內(nèi)/外層Tag的802.1p各匹配項(xiàng)可任意組合源/目的MAC地址IP層復(fù)雜流分類IP-Precedence各匹配項(xiàng)可任意組合源/目的IPv4地址TCP/UDP源端口TCP/UDP目的端口協(xié)議號(hào)8.2.2報(bào)文分類、標(biāo)記概念流分類有簡單流分類和復(fù)雜流分類8.2.2報(bào)文分類、標(biāo)記概念報(bào)文的標(biāo)記就是對(duì)報(bào)文的優(yōu)先級(jí)進(jìn)行重新標(biāo)記，常見的就是對(duì)IP優(yōu)先級(jí)、DSCP或者VLAN幀頭中的802.1p優(yōu)先級(jí)進(jìn)行重新設(shè)定。Manager(3333-3333-3333)財(cái)務(wù)部FTPServerSWASWB復(fù)雜流分類與標(biāo)記源MAC地址802.1p3333-3333-33331……簡單流分類與標(biāo)記802.1p802.1p2335……802.1p=3802.1p=2802.1p=1802.1p=5802.1p=3復(fù)雜流分類與標(biāo)記TCP源端口802.1p202……802.1p=2RTADS邊界節(jié)點(diǎn)DS節(jié)點(diǎn)DS邊界節(jié)點(diǎn)8.2.2報(bào)文分類、標(biāo)記概念報(bào)文的標(biāo)記就是對(duì)報(bào)文的優(yōu)先級(jí)進(jìn)8.2.3MQC模塊化QoS命令行（ModularQoSCommand-LineInterface，MQC）通過將具有某類共同特征的報(bào)文劃分為一類，并為同一類報(bào)文提供相同的服務(wù)，也可以對(duì)不同類的報(bào)文提供不同的服務(wù)。MQC包含3個(gè)要素：流分類（TrafficClassifier）、流行為（TrafficBehavior）和流策略（TrafficPolicy）。MQC配置流程為：配置流分類：定義一組流量匹配規(guī)則，以對(duì)報(bào)文進(jìn)行分類，是提供差分服務(wù)的基礎(chǔ)。配置流行為：為符合流分類規(guī)則的報(bào)文指定流量控制或資源分配動(dòng)作。配置流策略：將指定的流分類和指定的流行為綁定，形成完整的策略。應(yīng)用流策略：將流策略應(yīng)用到接口或子接口。8.2.3MQC模塊化QoS命令行（ModularQoS8.2.3MQC配置流分類使用【trafficclassifierclassifier-name[operator{and|or}]】命令可以創(chuàng)建一個(gè)流分類。and表示流分類中各規(guī)則之間關(guān)系為“邏輯與”，報(bào)文需同時(shí)匹配流分類中的一個(gè)或多個(gè)規(guī)則才屬于該類；or表示流分類各規(guī)則之間是“邏輯或”，即報(bào)文只需匹配流分類中的一個(gè)或多個(gè)規(guī)則即屬于該類，這是默認(rèn)值。進(jìn)入流分類視圖后可以根據(jù)實(shí)際情況配置流分類中的匹配規(guī)則。8.2.3MQC配置流分類8.2.3MQC配置流行為使用【trafficbehaviorbehavior-name】命令創(chuàng)建一個(gè)流行為，進(jìn)入流行為視圖。配置流行為，下表僅列出少數(shù)常用的行為，其中【remark】命令是用于標(biāo)記。動(dòng)

作命

令配置報(bào)文過濾deny|permit配置MQC實(shí)現(xiàn)重標(biāo)記優(yōu)先級(jí)remark8021p8021p-valueremarkdscp{dscp-name|dscp-value}配置MQC實(shí)現(xiàn)流量整形gtscir{cir-value[cbscbs-value]|pctpct-value}[queue-lengthqueue-length]配置MQC實(shí)現(xiàn)擁塞避免drop-profiledrop-profile-name8.2.3MQC配置流行為動(dòng)作命令配置報(bào)文過濾de8.2.3MQC配置流策略進(jìn)入系統(tǒng)視圖，執(zhí)行【trafficpolicypolicy-name】命令創(chuàng)建一個(gè)流策略，進(jìn)入流策略視圖。執(zhí)行【classifierclassifier-namebehaviorbehavior-name】命令，在流策略中為指定的流分類配置所需流行為，即綁定流分類和流行為。應(yīng)用流策略進(jìn)入接口視圖，執(zhí)行【traffic-policypolicy-name{inbound|outbound}】命令，在接口的入方向或出方向應(yīng)用流策略。8.2.3MQC配置流策略8.2.3MQC在DS邊界節(jié)點(diǎn)SWA上對(duì)報(bào)文重新進(jìn)行remark，為DS域提供一個(gè)可信任的標(biāo)記值。DS域內(nèi)節(jié)點(diǎn)可根據(jù)此標(biāo)記值進(jìn)行QoS調(diào)度服務(wù)。在此例中，邊界節(jié)點(diǎn)SWA被稱為可信任邊界。Manager財(cái)務(wù)部FTPServerSWASWB802.1p=1802.1p=5802.1p=3802.1p=2RTADS節(jié)點(diǎn)G0/0/0G0/0/1G0/0/2G0/0/3G0/0/0trafficbehaviormanagerremark8021p1trafficbehaviorvoiceremark8021p5trafficbehaviorvideoremark8021p3trafficpolicya1classifiermanagerbehaviormanagerclassifiervoicebehaviorvoiceclassifiervideobehaviorvideointg0/0/0traffic-policya1inboundintg0/0/1traffic-policya1inboundintg0/0/2traffic-policya1inboundintg0/0/3traffic-policya1inbound8.2.3MQC在DS邊界節(jié)點(diǎn)SWA上對(duì)報(bào)文重新進(jìn)行rem8.2.4報(bào)文分類、標(biāo)記案例以下在R1路由器的二層接口E2/0/1的入方向，把8021p優(yōu)先級(jí)為3的語音數(shù)據(jù)包重新標(biāo)記為8021p等于5。[R1]trafficclassifiervoice[R1-classifier-voice]if-match8021p3//以上定義一個(gè)流分類voice，把8021p優(yōu)先級(jí)為3的流量歸為該分類[R1]trafficbehaviorvoice[R1-behavior-voice]remark8021p5//以上定義流行為voice，把8021p優(yōu)先級(jí)標(biāo)記為5[R1]trafficpolicypolicy_1[R1-trafficpolicy-policy_1]classifiervoicebehaviorvoice//以上定義一個(gè)流策略，把流分類voice按照流行為voice進(jìn)行處理[R1]interfaceEthernet2/0/1[R1-Ethernet2/0/1]traffic-policypolicy_1inbound//以上在接口入方向上應(yīng)用流策略8.2.4報(bào)文分類、標(biāo)記案例以下在R1路由器的二層接口E28.3擁塞管理擁塞經(jīng)常發(fā)生在兩種場(chǎng)景：速率不匹配，分組從高速鏈路進(jìn)入設(shè)備，再由低速鏈路轉(zhuǎn)發(fā)出去；匯聚，分組從多個(gè)接口同時(shí)進(jìn)入設(shè)備，由一個(gè)沒有足夠帶寬的接口轉(zhuǎn)發(fā)出去。

當(dāng)總部與分部間的通信流量超過總部出口帶寬時(shí)，必然會(huì)在RTA出口處發(fā)生擁塞。此時(shí)，對(duì)時(shí)延非常敏感的語音、視頻業(yè)務(wù)的通信質(zhì)量很可能得不到保障，這就需要對(duì)擁塞進(jìn)行管理。公司總部FTPServer10Mbps2MbpsRTA10Mbps公司分部擁塞8.3擁塞管理擁塞經(jīng)常發(fā)生在兩種場(chǎng)景：速率不匹配，分組從高8.3擁塞管理擁塞管理通過隊(duì)列機(jī)制來實(shí)現(xiàn)，處理的方法是使用隊(duì)列技術(shù)，第一步：將準(zhǔn)備從一個(gè)接口發(fā)出的所有報(bào)文放入不同的緩存隊(duì)列中。LP：本地優(yōu)先級(jí)。根據(jù)報(bào)文所攜帶標(biāo)記對(duì)應(yīng)的LP值與隊(duì)列索引號(hào)的對(duì)應(yīng)關(guān)系表，來實(shí)現(xiàn)將不同的報(bào)文送入不同隊(duì)列。FTPServerSWA802.1p=1802.1p=5802.1p=3802.1p=2RTASWB802.1pLP隊(duì)列索引-00111222333-44555-66-77隊(duì)列0隊(duì)列1隊(duì)列2……公司分部8.3擁塞管理擁塞管理通過隊(duì)列機(jī)制來實(shí)現(xiàn)，處理的方法是使用8.3擁塞管理第二步：根據(jù)各隊(duì)列間的調(diào)度機(jī)制實(shí)現(xiàn)不同報(bào)文的差分轉(zhuǎn)發(fā)，不同的隊(duì)列調(diào)度算法用來解決不同的問題，并產(chǎn)生不同的效果。隊(duì)列0…隊(duì)列1隊(duì)列2DataDataDataManagerFTPFTPFTPVideoVideo隊(duì)列5VoiceVoice………VoiceData…FTPVideo哪個(gè)隊(duì)列該優(yōu)先被調(diào)度呢？提供差分服務(wù)的核心就是擁塞發(fā)生時(shí)如何決定不同隊(duì)列報(bào)文的轉(zhuǎn)發(fā)次序，這就用到了隊(duì)列的調(diào)度機(jī)制。常見的隊(duì)列調(diào)度算法包括：FIFO，PQ，WRR，WFQ，CBQ等。8.3擁塞管理第二步：根據(jù)各隊(duì)列間的調(diào)度機(jī)制實(shí)現(xiàn)不同報(bào)文的8.3.1先進(jìn)先出(FIFO)調(diào)度先進(jìn)先出（FirstInFirstOut，F(xiàn)IFO）隊(duì)列不對(duì)報(bào)文進(jìn)行分類，當(dāng)報(bào)文進(jìn)入接口的速度大于出接口能發(fā)送的速度時(shí)，F(xiàn)IFO按報(bào)文到達(dá)接口的先后順序讓報(bào)文進(jìn)入隊(duì)列，同時(shí)，F(xiàn)IFO在隊(duì)列的出口讓報(bào)文按進(jìn)隊(duì)的順序出隊(duì)，先進(jìn)的報(bào)文將先出隊(duì)，后進(jìn)的報(bào)文將后出隊(duì)。這是接口默認(rèn)使用的隊(duì)列技術(shù)。FIFO隊(duì)列具有處理簡單，開銷小的優(yōu)點(diǎn)。但FIFO不區(qū)分報(bào)文類型，采用盡力而為的服務(wù)模型，使得對(duì)時(shí)延敏感的實(shí)時(shí)應(yīng)用的延遲得不到保證，關(guān)鍵業(yè)務(wù)的帶寬也不能得到保證。出隊(duì)調(diào)度FIFO隊(duì)列緊急次緊急非緊急8.3.1先進(jìn)先出(FIFO)調(diào)度先進(jìn)先出（First8.3.2優(yōu)先級(jí)（PQ）調(diào)度PQ調(diào)度算法維護(hù)一個(gè)優(yōu)先級(jí)遞減的隊(duì)列系列并且只有當(dāng)更高優(yōu)先級(jí)的所有隊(duì)列為空時(shí)才服務(wù)低優(yōu)先級(jí)的隊(duì)列。Queue7比Queue6具有更高的優(yōu)先權(quán)，Queue6比Queue5具有更高的優(yōu)先權(quán)，依次類推。只有當(dāng)Queue7為空，調(diào)度器才考慮Queue6。當(dāng)Queue7和Queue6為空時(shí)，調(diào)度器才考慮Queue5，以此類推。PQ調(diào)度算法對(duì)低時(shí)延業(yè)務(wù)非常有用。然而PQ調(diào)度機(jī)制會(huì)使低優(yōu)先級(jí)隊(duì)列中的報(bào)文得不到調(diào)度機(jī)會(huì)。8.3.2優(yōu)先級(jí)（PQ）調(diào)度PQ調(diào)度算法維護(hù)一個(gè)優(yōu)先級(jí)遞減8.3.3加權(quán)公平（WFQ）調(diào)度加權(quán)公平隊(duì)列（WeightedFairQueue,WFQ）對(duì)報(bào)文按流特征進(jìn)行分類。有兩種分類方式。按流的“會(huì)話”信息分類：根據(jù)報(bào)文的協(xié)議類型、TCP或UDP源和目的端口號(hào)、源和目的IP地址、ToS域中的優(yōu)先級(jí)位等自動(dòng)進(jìn)行流分類，并且盡可能多地提供隊(duì)列，以將每個(gè)流均勻地放入不同隊(duì)列中（共八個(gè)隊(duì)列），從而在總體上均衡各個(gè)流的延遲。在出隊(duì)的時(shí)候，WFQ按流的優(yōu)先級(jí)（Precedence）來分配每個(gè)流應(yīng)占有帶寬。優(yōu)先級(jí)的數(shù)值越小，所得的帶寬越少。優(yōu)先級(jí)的數(shù)值越大，所得的帶寬越多。這樣就保證了相同優(yōu)先級(jí)業(yè)務(wù)之間的公平，體現(xiàn)了不同優(yōu)先級(jí)業(yè)務(wù)之間的權(quán)值。這種方式只有CBQ的default-class支持。按優(yōu)先級(jí)分：通過優(yōu)先級(jí)映射把流量標(biāo)記為本地優(yōu)先級(jí)，每個(gè)本地優(yōu)先級(jí)對(duì)應(yīng)一個(gè)隊(duì)列號(hào)。每個(gè)接口預(yù)分配8個(gè)隊(duì)列，報(bào)文根據(jù)隊(duì)列號(hào)進(jìn)入隊(duì)列。默認(rèn)情況，隊(duì)列的WFQ權(quán)重相同，流量平均分配接口帶寬。用戶可以通過配置修改權(quán)重，高優(yōu)先權(quán)和低優(yōu)先權(quán)按權(quán)重比例分配帶寬。8.3.3加權(quán)公平（WFQ）調(diào)度加權(quán)公平隊(duì)列（Weight8.3.3加權(quán)公平（WFQ）調(diào)度公平隊(duì)列FQ（FairQueuing）的目的是盡可能公平地分享網(wǎng)絡(luò)資源，使所有流的延遲和抖動(dòng)達(dá)到最優(yōu)：不同的隊(duì)列獲得公平的調(diào)度機(jī)會(huì)，從總體上均衡各個(gè)流的延遲。短報(bào)文和長報(bào)文獲得公平的調(diào)度：如果不同隊(duì)列間同時(shí)存在多個(gè)長報(bào)文和短報(bào)文等待發(fā)送，讓短報(bào)文優(yōu)先獲得調(diào)度，從而在總體上減少各個(gè)流的報(bào)文間的抖動(dòng)。8.3.3加權(quán)公平（WFQ）調(diào)度公平隊(duì)列FQ（FairQ8.3.4PQ+WFQ調(diào)度PQ+WFQ調(diào)度，不僅能發(fā)揮兩種調(diào)度的優(yōu)勢(shì)，而且能克服兩種調(diào)度各自的缺點(diǎn)。如圖，設(shè)備接口上的8個(gè)隊(duì)列被分為兩組，用戶可以指定其中的某幾組隊(duì)列進(jìn)行PQ調(diào)度，其他隊(duì)列進(jìn)行WFQ調(diào)度。在調(diào)度時(shí)設(shè)備首先按照PQ方式優(yōu)先調(diào)度Queue7、~5隊(duì)列中的報(bào)文流，這些隊(duì)列的報(bào)文流調(diào)度完畢后，才開始以WFQ方式調(diào)度Queue4~0隊(duì)列中的報(bào)文流。Queue4~0隊(duì)列包含自己的權(quán)值。重要的協(xié)議報(bào)文以及有低延時(shí)需求的業(yè)務(wù)報(bào)文應(yīng)放入需要進(jìn)行PQ調(diào)度的隊(duì)列中，得到優(yōu)先調(diào)度的機(jī)會(huì)，其他報(bào)文放入以WFQ方式調(diào)度的各隊(duì)列中。8.3.4PQ+WFQ調(diào)度PQ+WFQ調(diào)度，不僅能發(fā)揮兩種8.3.5基于類的加權(quán)公平（CBQ）調(diào)度基于類的加權(quán)公平調(diào)度（ClassBasedQueueing，CBQ）是對(duì)WFQ功能的擴(kuò)展，為用戶提供了定義類的支持。CBQ首先根據(jù)IP優(yōu)先級(jí)或者DSCP優(yōu)先級(jí)、輸入接口、IP報(bào)文的五元組等規(guī)則來對(duì)報(bào)文進(jìn)行分類，然后讓不同類別的報(bào)文進(jìn)入不同的隊(duì)列。對(duì)于不匹配任何類別的報(bào)文，送入系統(tǒng)定義的默認(rèn)類。CBQ提供三類隊(duì)列：EF隊(duì)列：滿足低時(shí)延業(yè)務(wù)AF隊(duì)列：滿足需要帶寬保證的關(guān)鍵數(shù)據(jù)業(yè)務(wù)BE隊(duì)列：滿足不需要嚴(yán)格QoS保證的盡力發(fā)送業(yè)務(wù)8.3.5基于類的加權(quán)公平（CBQ）調(diào)度基于類的加權(quán)公平調(diào)8.3.5基于類的加權(quán)公平（CBQ）調(diào)度EF隊(duì)列：滿足低時(shí)延業(yè)務(wù)。EF隊(duì)列是具有高優(yōu)先級(jí)的隊(duì)列，一個(gè)或多個(gè)類的報(bào)文可以被設(shè)定進(jìn)入EF隊(duì)列，不同類別的報(bào)文可設(shè)定占用不同的帶寬。在調(diào)度出隊(duì)的時(shí)候，若EF隊(duì)列中有報(bào)文，會(huì)優(yōu)先得到調(diào)度，以保證其獲得低時(shí)延。當(dāng)接口發(fā)生擁塞時(shí)，EF隊(duì)列的報(bào)文會(huì)優(yōu)先發(fā)送，但為了防止低優(yōu)先級(jí)隊(duì)列（AF、BE隊(duì)列）得不到調(diào)度，EF隊(duì)列以設(shè)置的帶寬限速。當(dāng)接口不擁塞時(shí)，EF隊(duì)列可以占用AF、BE的空閑帶寬。這樣，屬于EF隊(duì)列的報(bào)文既可以獲得空閑的帶寬，又不會(huì)占用超出規(guī)定的帶寬，保護(hù)了其他報(bào)文的應(yīng)得帶寬。8.3.5基于類的加權(quán)公平（CBQ）調(diào)度EF隊(duì)列：滿足低時(shí)8.3.5基于類的加權(quán)公平（CBQ）調(diào)度AF隊(duì)列：每個(gè)AF隊(duì)列分別對(duì)應(yīng)一類報(bào)文，用戶可以設(shè)定每類報(bào)文占用的帶寬。在系統(tǒng)調(diào)度報(bào)文出隊(duì)列的時(shí)候，按用戶為各類報(bào)文設(shè)定的帶寬將報(bào)文出隊(duì)列發(fā)送，可以實(shí)現(xiàn)各個(gè)類的隊(duì)列的公平調(diào)度。當(dāng)接口有剩余帶寬時(shí)，AF隊(duì)列按照權(quán)重分享剩余帶寬。對(duì)于AF隊(duì)列，當(dāng)隊(duì)列的長度達(dá)到隊(duì)列的最大長度時(shí)，缺省采用尾丟棄的策略，但用戶還可以選擇用WRED丟棄策略。8.3.5基于類的加權(quán)公平（CBQ）調(diào)度AF隊(duì)列：每個(gè)AF8.3.5基于類的加權(quán)公平（CBQ）調(diào)度BE隊(duì)列：當(dāng)報(bào)文不匹配用戶設(shè)定的所有類別時(shí)，報(bào)文被送入系統(tǒng)定義的缺省類。雖然允許為缺省類配置AF隊(duì)列，并配置帶寬，但是更多的情況是為缺省類配置BE隊(duì)列。BE隊(duì)列使用WFQ調(diào)度，使所有進(jìn)入缺省類的報(bào)文進(jìn)行基于流的隊(duì)列調(diào)度。對(duì)于BE隊(duì)列，當(dāng)隊(duì)列的長度達(dá)到隊(duì)列的最大長度時(shí)，缺省采用尾丟棄的策略，但用戶還可以選擇用WRED丟棄策略。8.3.5基于類的加權(quán)公平（CBQ）調(diào)度BE隊(duì)列：當(dāng)報(bào)文不8.3.5基于類的加權(quán)公平（CBQ）調(diào)度隊(duì)列調(diào)度算法的比較類

型優(yōu)

點(diǎn)缺

點(diǎn)FIFO實(shí)現(xiàn)簡單，處理速度快不能有差別地對(duì)待優(yōu)先級(jí)不同的報(bào)文PQ低延遲業(yè)務(wù)能得到保障低優(yōu)先級(jí)隊(duì)列可能出現(xiàn)“餓死”現(xiàn)象WFQ按權(quán)重實(shí)現(xiàn)公平調(diào)度；自動(dòng)分類，配置簡單低時(shí)延業(yè)務(wù)得不到保障；無法支持自定義類PQ+WFQ低時(shí)延業(yè)務(wù)能得到保障；按權(quán)重實(shí)現(xiàn)公平調(diào)度等無法支持自定義類CBQ支持自定義類耗費(fèi)較多的系統(tǒng)資源8.3.5基于類的加權(quán)公平（CBQ）調(diào)度隊(duì)列調(diào)度算法的比較8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理進(jìn)入系統(tǒng)視圖，執(zhí)行【qosqueue-profilequeue-profile-name】命令，創(chuàng)建一個(gè)隊(duì)列模板，并進(jìn)入隊(duì)列模板視圖。由于LAN側(cè)和WAN側(cè)接口支持的調(diào)度模式有所區(qū)別，請(qǐng)選擇執(zhí)行下列命令，配置各隊(duì)列的調(diào)度模式。對(duì)于WAN接口，執(zhí)行【schedule{pqstart-queue-index[toend-queue-index]|wfqstart-queue-index[toend-queue-index]}*】命令，配置WAN接口下各隊(duì)列的調(diào)度模式。對(duì)于LAN接口，執(zhí)行【schedule{pqstart-queue-index[toend-queue-index]|drrstart-queue-index[toend-queue-index]|wrrstart-queue-index[toend-queue-index]}*】命令，配置LAN接口下各隊(duì)列的調(diào)度模式。默認(rèn)情況下，LAN側(cè)所有隊(duì)列均采用WRR調(diào)度模式；其他WAN側(cè)口和二層VE接口所有隊(duì)列默認(rèn)均采用WFQ調(diào)度模式。8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理（續(xù)）（可選）執(zhí)行【queue{start-queue-index[toend-queue-index]}&<1–10>length{bytesbytes-value|packetspackets-value}*】命令，配置接口下各隊(duì)列的長度。（可選）執(zhí)行【queue{start-queue-index[toend-queue-index]}&<1–10>weightweight-value】命令，配置接口下各隊(duì)列的權(quán)重。默認(rèn)情況下，隊(duì)列權(quán)重為10。進(jìn)入接口視圖，執(zhí)行【qosqueue-profilequeue-profile-name】命令，在接口下應(yīng)用隊(duì)列模板。8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理（續(xù)）8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理案例（PQ）[R1]aclnumber3000[R1-acl-adv-3000]rule1permiticmp[R1]trafficclassifiericmp[R1-classifier-icmp]if-matchacl3000[R1]trafficbehavioricmp[R1-behavior-icmp]remarklocal-precedencecs7[R1]trafficpolicyicmp[R1-trafficpolicy-icmp]classifiericmpbehavioricmp[R1]interfaceGigabitEthernet0/0/0[R1-GigabitEthernet0/0/0]traffic-policyicmpinbound//以上使用MQC在G0/0/0接口入方向把ICMP的流量標(biāo)記為優(yōu)先級(jí)為cs7，從而進(jìn)入Queue7[R1]qosqueue-profilepq[R1-qos-queue-profile-pq]schedulepq7[R1-qos-queue-profile-pq]queue7lengthpackets10//以上創(chuàng)建隊(duì)列模板，把Queue7優(yōu)先調(diào)度，并指定Queue7的長度為7個(gè)數(shù)據(jù)包[R1]interfaceGigabitEthernet0/0/1[R1-GigabitEthernet0/0/1]qosqueue-profilepq//以上在G0/0/1接口上應(yīng)用隊(duì)列模板8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理案例（PQ）[8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理案例（WFQ）[R1]aclnumber3001[R1-acl-adv-3001]rule1permittcpdestination-porteqtelnet[R1]trafficclassifiertelnet[R1-classifier-telnet]if-matchacl3001[R1]trafficbehaviortelnet[R1-behavior-telnet]remarklocal-precedencecs6[R1]trafficpolicytelnet[R1-trafficpolicy-telnet]classifiertelnetbehaviortelnet[R1]interfaceGigabitEthernet0/0/0[R1-GigabitEthernet0/0/0]traffic-policytelnetinbound//以上使用MQC在G0/0/0接口入方向把telnet的流量標(biāo)記為優(yōu)先級(jí)=cs6，從而進(jìn)入Queue6[R1]qosqueue-profilewfq[R1-qos-queue-profile-wfq]schedulewfq6[R1-qos-queue-profile-wfq]queue6lengthpackets20//以上創(chuàng)建隊(duì)列模板，把Queue6進(jìn)行加權(quán)公平調(diào)度，并指定Queue6的長度為20個(gè)數(shù)據(jù)包[R1]interfaceGigabitEthernet0/0/1[R1-GigabitEthernet0/0/1]qosqueue-profilewfq//以上在G0/0/1接口上應(yīng)用隊(duì)列模板8.3.6擁塞管理配置配置基于隊(duì)列的擁塞管理案例（WFQ）8.3.6擁塞管理配置配置MQC實(shí)現(xiàn)擁塞管理進(jìn)入系統(tǒng)視圖，使用【trafficclassifierclassifier-name[operator{and|or}]】命令可以創(chuàng)建一個(gè)流分類。進(jìn)入流分類視圖后可以根據(jù)實(shí)際情況配置流分類中的匹配規(guī)則。配置流行為執(zhí)行【trafficbehaviorbehavior-name】命令，創(chuàng)建一個(gè)流行為，進(jìn)入流行為視圖。請(qǐng)根據(jù)實(shí)際需要，選擇執(zhí)行下列命令，配置隊(duì)列的調(diào)度方式。執(zhí)行【queueefbandwidth{bandwidth[cbscbs-value]|pctpercentage[cbscbs-value]}】命令，配置符合要求的某一類報(bào)文進(jìn)入EF隊(duì)列，并配置允許的最小帶寬。執(zhí)行【queueafbandwidth[remaining]{bandwidth|pctpercentage}】命令，配置符合要求的某一類報(bào)文進(jìn)入AF隊(duì)列，并配置可確保的最小帶寬。執(zhí)行【queuewfq[queue-numbertotal-queue-number]】命令，配置默認(rèn)類報(bào)文進(jìn)入使用WFQ方式調(diào)度的BE隊(duì)列，并配置隊(duì)列的總數(shù)。（可選）執(zhí)行【queue-length{bytesbytes-value|packetspackets-value}*】命令，配置隊(duì)列的最大長度。8.3.6擁塞管理配置配置MQC實(shí)現(xiàn)擁塞管理8.3.6擁塞管理配置配置MQC實(shí)現(xiàn)擁塞管理（續(xù)）配置流策略進(jìn)入系統(tǒng)視圖，執(zhí)行【trafficpolicypolicy-name】命令，創(chuàng)建一個(gè)流策略并進(jìn)入流策略視圖，或進(jìn)入已存在的流策略視圖。執(zhí)行【classifierclassifier-namebehaviorbehavior-name】命令，在流策略中為指定的流分類配置所需流行為，即綁定流分類和流行為。應(yīng)用流策略進(jìn)入接口視圖，執(zhí)行【traffic-policypolicy-name{inbound|outbound}】命令，在接口的入方向或出方向應(yīng)用流策略。8.3.6擁塞管理配置配置MQC實(shí)現(xiàn)擁塞管理（續(xù)）8.3.6擁塞管理配置MQC實(shí)現(xiàn)擁塞管理案例以下是把icmp流量放到af隊(duì)列，保證100kbit/s的最小帶寬；telnet流量放到ef隊(duì)列，優(yōu)先轉(zhuǎn)發(fā)，帶寬不超過200kbit/s。[R1]aclnumber3000[R1-acl-adv-3000]rule1permiticmp[R1]aclnumber3001[R1-acl-adv-3001]rule1permittcpdestination-porteqtelnet[R1]trafficclassifiericmp[R1-classifier-icmp]if-matchacl3000[R1]trafficclassifiertelnet[R1-classifier-telnet]if-matchacl3001//以上使用類分類器把icmp、telnet流量分類[R1]trafficbehavioricmp[R1-behavior-icmp]queueafbandwidth100[R1-behavior-icmp]statisticenable//以上配置流量行為，把流量放到隊(duì)列af，保證轉(zhuǎn)發(fā)，保證最低帶寬為100kbit/s8.3.6擁塞管理配置MQC實(shí)現(xiàn)擁塞管理案例[R1]acl8.3.6擁塞管理配置MQC實(shí)現(xiàn)擁塞管理案例（續(xù)）以下是把icmp流量放到af隊(duì)列，保證100kbit/s的最小帶寬；telnet流量放到ef隊(duì)列，優(yōu)先轉(zhuǎn)發(fā)，帶寬不超過200kbit/s。[R1]trafficbehaviortelnet[R1-behavior-telnet]queueefbandwidth200cbs5000[R1-behavior-telnet]statisticenable//以上配置流量行為，把流量放到隊(duì)列ef，優(yōu)先轉(zhuǎn)發(fā)，但限速為200kbit/s[R1]trafficpolicymqc[R1-trafficpolicy-mqc]classifiericmpbehavioricmp//icmp流量為保證轉(zhuǎn)發(fā)[R1-trafficpolicy-mqc]classifiertelnetbehaviortelnet//telnet流量為優(yōu)先轉(zhuǎn)發(fā)[R1]interfaceGigabitEthernet0/0/1[R1-GigabitEthernet0/0/1]traffic-policymqcoutbound//在接口上應(yīng)用流策略8.3.6擁塞管理配置MQC實(shí)現(xiàn)擁塞管理案例（續(xù)）[R1]8.4擁塞避免擁塞避免是指通過監(jiān)視隊(duì)列的使用情況，在擁塞有加劇的趨勢(shì)時(shí)主動(dòng)丟棄報(bào)文，通過調(diào)整網(wǎng)絡(luò)的流量來解除網(wǎng)絡(luò)過載的一種流控機(jī)制。華為路由器支持兩種丟棄策略：尾丟棄、早期隨機(jī)監(jiān)測(cè)。8.4擁塞避免擁塞避免是指通過監(jiān)視隊(duì)列的使用情況，在擁塞有8.4.1尾丟棄傳統(tǒng)的丟包策略采用尾部丟棄（TailDrop）的方法。當(dāng)隊(duì)列的長度達(dá)到最大值后，所有新入隊(duì)列的報(bào)文（緩存在隊(duì)列尾部）都將被丟棄。6個(gè)數(shù)據(jù)包每秒4個(gè)數(shù)據(jù)包每秒432165

此時(shí)隊(duì)列已經(jīng)被裝滿。

當(dāng)隊(duì)列已滿時(shí)，后續(xù)向該隊(duì)列發(fā)送的報(bào)文都將直接被丟棄。8.4.1尾丟棄傳統(tǒng)的丟包策略采用尾部丟棄（TailDr8.4.1尾丟棄這種丟棄策略會(huì)引發(fā)TCP全局同步現(xiàn)象，導(dǎo)致TCP連接始終無法建立。所謂TCP全局同步現(xiàn)象是指，同時(shí)丟棄多個(gè)TCP連接的報(bào)文時(shí)，將造成多個(gè)TCP連接同時(shí)進(jìn)入擁塞避免和慢啟動(dòng)狀態(tài)而導(dǎo)致流量降低，之后這些TCP連接又會(huì)在某個(gè)時(shí)間同時(shí)出現(xiàn)流量高峰，如此反復(fù)，使網(wǎng)絡(luò)流量忽大忽小。尾部丟包會(huì)造成帶寬的利用率不高。TCP慢啟動(dòng)過程。

流量過大，導(dǎo)致隊(duì)列被裝滿，發(fā)生尾丟棄行為。Server回復(fù)的TCP確認(rèn)包由于擁塞被丟掉，故發(fā)送方未收到TCP確認(rèn)，則認(rèn)為網(wǎng)絡(luò)發(fā)生了擁塞，于是同時(shí)將TCPWindowSize減小，則整體流量同時(shí)減小。

此時(shí)網(wǎng)絡(luò)擁塞消除，發(fā)送方又都能收到TCP確認(rèn)包，故認(rèn)為網(wǎng)絡(luò)不再擁塞，于是又都進(jìn)入TCP慢啟動(dòng)過程，周而復(fù)始。時(shí)間流量8.4.1尾丟棄這種丟棄策略會(huì)引發(fā)TCP全局同步現(xiàn)象，導(dǎo)致8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)為避免TCP全局同步現(xiàn)象，出現(xiàn)了RED（RandomEarlyDetection）技術(shù)。RED通過隨機(jī)地丟棄數(shù)據(jù)報(bào)文，讓多個(gè)TCP連接不同時(shí)降低發(fā)送速度，從而避免了TCP的全局同步現(xiàn)象。使TCP速率及網(wǎng)絡(luò)流量都趨于穩(wěn)定。

當(dāng)隊(duì)列長度在高門限和低門限之間時(shí)，開始隨機(jī)丟棄新到來的報(bào)文，且隊(duì)列越長，丟棄概率越大。低門限高門限最大丟棄概率丟棄概率曲線100%隊(duì)列最大長度實(shí)際隊(duì)列長度丟棄概率

當(dāng)隊(duì)列小于低門限時(shí)，不丟棄報(bào)文。

當(dāng)隊(duì)列長度超過高門限時(shí)，丟棄所有新到來的報(bào)文，即尾丟棄。

仍可能出現(xiàn)TCP全局同步現(xiàn)象，但鏈路利用率已大大增加。時(shí)間流量8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)為避免TCP全局同步現(xiàn)象，出現(xiàn)了8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)基于RED技術(shù)，設(shè)備實(shí)現(xiàn)了WRED（WeightedRandomEarlyDetection）。流隊(duì)列支持基于DSCP或IP優(yōu)先級(jí)進(jìn)行WRED丟棄。每一種優(yōu)先級(jí)都可以獨(dú)立設(shè)置報(bào)文丟包的上下門限及丟包率，報(bào)文到達(dá)下限時(shí)，開始丟包，隨著門限的增高，丟包率不斷增加，最高丟包率不超過設(shè)置的丟包率，直至到達(dá)高門限，報(bào)文全部丟棄，這樣按照一定的丟棄概率主動(dòng)丟棄隊(duì)列中的報(bào)文，從而一定的程度上避免擁塞問題。8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)基于RED技術(shù)，設(shè)備實(shí)現(xiàn)了WRE8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)WRED中每個(gè)隊(duì)列（圖中IPPrecedence為0、1、2三個(gè)隊(duì)列）都能獨(dú)立設(shè)置報(bào)文的丟包的高門限、低門限及丟包率。并規(guī)定（以圖中Precedence為1的隊(duì)列為例）以下規(guī)則。當(dāng)隊(duì)列的長度小于低門限（30）時(shí)，不丟棄報(bào)文。當(dāng)隊(duì)列的長度大于高門限（40）時(shí)，丟棄所有收到的報(bào)文。當(dāng)隊(duì)列的長度在低門限和高門限之間時(shí)，開始隨機(jī)丟棄到來的報(bào)文。方法是為每個(gè)到來的報(bào)文賦予一個(gè)隨機(jī)數(shù)，并用該隨機(jī)數(shù)與當(dāng)前隊(duì)列的丟棄概率比較，如果大于丟棄概率則報(bào)文被丟棄。隊(duì)列越長，報(bào)文被丟棄的概率越高。8.4.2加權(quán)早期隨機(jī)監(jiān)測(cè)WRED中每個(gè)隊(duì)列（圖中IPP8.4.3擁塞避免配置擁塞避免一般是和擁塞管理一起配置，配置擁塞避免前要先配置：優(yōu)先級(jí)映射、基于流分類的優(yōu)先級(jí)重標(biāo)記、擁塞管理。配置MQC實(shí)現(xiàn)擁塞避免進(jìn)入系統(tǒng)視圖，執(zhí)行【drop-profiledrop-profile-name】命令，創(chuàng)建一個(gè)丟棄模板，并進(jìn)入丟棄模板視圖。執(zhí)行【wred{dscp|ip-precedence}】命令，指定當(dāng)前WRED丟棄模板基于DSCP優(yōu)先級(jí)或IP優(yōu)先級(jí)進(jìn)行丟棄。8.4.3擁塞避免配置擁塞避免一般是和擁塞管理一起配置，配8.4.3擁塞避免配置配置MQC實(shí)現(xiàn)擁塞避免（續(xù)）擇執(zhí)行下列命令，配置基于DSCP優(yōu)先級(jí)或IP優(yōu)先級(jí)的WRED參數(shù)。執(zhí)行【dscp{dscp-value1[todscp-value2]}&<1-10>low-limitlow-limit-percentagehigh-limithigh-limit-percentagediscard-percentagediscard-percentage】命令，配置基于DSCP優(yōu)先級(jí)的WRED參數(shù)。執(zhí)行【ip-precedence{ip-precedence-value1[toip-precedence-value2]}&<1-10>low-limitlow-limit-percentagehigh-limithigh-limit-percentagediscard-percentagediscard-percentage】命令，配置基于IP優(yōu)先級(jí)的WRED參數(shù)。進(jìn)入系統(tǒng)視圖，執(zhí)行【trafficclassifierclassifier-name[operator{and|or}]】命令，創(chuàng)建一個(gè)流分類，進(jìn)入流分類視圖。根據(jù)實(shí)際情況配置流分類中的匹配規(guī)則。8.4.3擁塞避免配置配置MQC實(shí)現(xiàn)擁塞避免（續(xù)）8.4.3擁塞避免配置配置MQC實(shí)現(xiàn)擁塞避免（續(xù)）進(jìn)入系統(tǒng)視圖，執(zhí)行【trafficbehaviorbehavior-name】命令，創(chuàng)建一個(gè)流行為，進(jìn)入流行為視圖。此流行為必須已經(jīng)配置了queueaf或queuewfq。執(zhí)行【drop-profiledrop-profile-name】命令，在流行為中綁定已創(chuàng)建的丟棄模板。丟棄模板必須已經(jīng)創(chuàng)建，并配置各優(yōu)先級(jí)的WRED參數(shù)。進(jìn)入系統(tǒng)視圖，執(zhí)行【trafficpolicypolicy-name】命令，創(chuàng)建一個(gè)流策略并進(jìn)入流策略視圖。執(zhí)行【classifierclassifier-namebehaviorbehavior-name】命令，在流策略中為指定的流分類配置所需流行為，即綁定流分類和流行為。進(jìn)入接口視圖，執(zhí)行【traffic-policypolicy-name{inbound|outbound}】命令，在接口的入方向或出方向應(yīng)用流策略。8.4.3擁塞避免配置配置MQC實(shí)現(xiàn)擁塞避免（續(xù)）8.4.3擁塞避免配置WRED配置案例：需求Manager財(cái)務(wù)部FTPServerSWASWBdscpRTADS節(jié)點(diǎn)G0/0/1需求：當(dāng)網(wǎng)絡(luò)發(fā)生擁塞隊(duì)列被裝滿時(shí)，實(shí)現(xiàn)FTP流量相對(duì)其他服務(wù)最晚丟棄。E1dscp8.4.3擁塞避免配置WRED配置案例：需求Manager8.4.3擁塞避免配置WRED配置案例：基于隊(duì)列的實(shí)現(xiàn)[RTA]drop-profilemanagerwreddscpdscp8low-limit50high-limit70discard-percentage10drop-profileftpwreddscpdscp16low-limit70high-limit90discard-percentage10drop-profilevideowreddscpdscp24low-limit60high-limit80discard-percentage20qosqueue-profileqos-Huaweiqueue1drop-profilemanagerqueue2drop-profileftpqueue3drop-profilevideointerfaceE1qosqueue-profileqos-Huawei流量類型DSCP值LP隊(duì)列Voice4055（PQ）Video2433（WFQ）FTP1622（WFQ）Manager811（WFQ）尾丟棄低門限607050高門限809070丟棄最大概率2010108.4.3擁塞避免配置WRED配置案例：基于隊(duì)列的實(shí)現(xiàn)[R8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例以下在路由器上的G0/0/1接口出方向，把ftp、manager、video流量基于IP優(yōu)先級(jí)進(jìn)行丟棄。[R1]trafficclassifierftp[R1-classifier-ftp]if-matchip-precedence1[R1]trafficclassifiermanager[R1-classifier-manager]if-matchip-precedence3[R1]trafficclassifiervideo[R1-classifier-video]if-matchip-precedence5//以上把流量根據(jù)IP優(yōu)先級(jí)1、3、5分類為ftp、manager、video[R1]drop-profileftp[R1-drop-profile-ftp]wredip[R1-drop-profile-ftp]ip-precedence1low-limit70high-limit90discard-percentage10//以上定義丟棄模板ftp[R1]drop-profilemanager[R1-drop-profile-manager]wredip[R1-drop-profile-manager]ip-precedence2low-limit50high-limit70discard-percentage10//以上定義丟棄模板manager8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例[R1]tra8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例（續(xù)）以下在路由器上的G0/0/1接口出方向，把ftp、manager、video流量基于IP優(yōu)先級(jí)進(jìn)行丟棄。[R1]drop-profilevideo[R1-drop-profile-video]wredip[R1-drop-profile-video]ip-precedence5low-limit60high-limit80discard-percentage20//以上創(chuàng)建不同的丟棄模板，采用基于ip優(yōu)先級(jí)丟棄，并配置丟棄參數(shù)[R1]trafficbehaviorftp[R1-behavior-ftp]queueafbandwidth700[R1-behavior-ftp]drop-profileftp//以上定義流量行為ftp[R1]trafficbehaviormanager[R1-behavior-manager]queueafbandwidth200[R1-behavior-manager]drop-profilemanager//以上定義流量行為manager8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例（續(xù)）[R1]8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例（續(xù)）以下在路由器上的G0/0/1接口出方向，把ftp、manager、video流量基于IP優(yōu)先級(jí)進(jìn)行丟棄。[R1]trafficbehaviorvideo[R1-behavior-video]queueafbandwidth400[R1-behavior-video]drop-profilevideo//以上配置各流量行為，隊(duì)列采用CBQ調(diào)度，配置隊(duì)列保證的帶寬，隊(duì)列的丟棄模板[R1]trafficpolicypolicy_1[R1-trafficpolicy-policy_1]classifierftpbehaviorftp[R1-trafficpolicy-policy_1]classifiermanagerbehaviormanager[R1-trafficpolicy-policy_1]classifiervideobehaviorvideo//以上創(chuàng)建流量策略[R1]interfaceGigabitEthernet0/0/1[R1-GigabitEthernet0/0/1]traffic-policypolicy_1outbound//以上在接口上應(yīng)用流量策略8.4.3擁塞避免配置MQC實(shí)現(xiàn)擁塞避免案例（續(xù)）[R1]8.5流量監(jiān)管與流量整形如果報(bào)文的發(fā)送速率大于接收速率，或者下游設(shè)備的接口速率小于上游設(shè)備的接口速率，就會(huì)引起網(wǎng)絡(luò)擁塞。如果不限制用戶發(fā)送的業(yè)務(wù)流量，大量用戶不斷突發(fā)的業(yè)務(wù)數(shù)據(jù)會(huì)使網(wǎng)絡(luò)更加擁擠。為了使有限的網(wǎng)絡(luò)資源能夠更好地發(fā)揮效用，更好地為更多的用戶服務(wù)，必須對(duì)用戶的業(yè)務(wù)流量加以限制。流量監(jiān)管（TrafficPolicing，TP）和流量整形（TrafficShaping，TS）通過監(jiān)督進(jìn)入網(wǎng)絡(luò)的流量速率，用來限制流量及其資源的使用，保證更好的為用戶提供服務(wù)。8.5流量監(jiān)管與流量整形如果報(bào)文的發(fā)送速率大于接收速率，或8.5流量監(jiān)管與流量整形限速類型優(yōu)點(diǎn)缺點(diǎn)流量監(jiān)管可實(shí)現(xiàn)對(duì)不同報(bào)文地限速及重標(biāo)記。造成較高的丟包率；鏈路空閑時(shí)帶寬得不到充分利用。流量整形較少丟棄報(bào)文，充分利用帶寬。引入額外的時(shí)延和抖動(dòng)，需要較多的設(shè)備緩沖資源。時(shí)間RTA接口入方向的報(bào)文速率2000kbps800kbps1200kbpsvoicevideodata超過限定速率的報(bào)文可能會(huì)被丟掉或降低優(yōu)先級(jí)轉(zhuǎn)發(fā)。時(shí)間1200kbpsdata超過限定速率的報(bào)文會(huì)被緩存，等待鏈路空閑時(shí)再被發(fā)送。流量監(jiān)管流量整形8.5流量監(jiān)管與流量整形限速類型優(yōu)點(diǎn)缺點(diǎn)流量監(jiān)管可實(shí)現(xiàn)對(duì)不8.5.1流量監(jiān)管原理流量監(jiān)管就是對(duì)流量進(jìn)行控制，通過監(jiān)督進(jìn)入網(wǎng)絡(luò)的流量速率，對(duì)超出部分的流量進(jìn)行“懲罰”，使進(jìn)入的流量被限制在一個(gè)合理的范圍之內(nèi)，從而保護(hù)網(wǎng)絡(luò)資源和用戶的利益。要監(jiān)督進(jìn)入網(wǎng)絡(luò)的流量首先需要對(duì)流量進(jìn)行度量，然后才能根據(jù)度量結(jié)果實(shí)施調(diào)控策略。一般采用令牌桶（TokenBucket）對(duì)流量的規(guī)格進(jìn)行度量。令牌桶：令牌桶是一個(gè)存放令牌的容器，預(yù)設(shè)一定的容量，系統(tǒng)按給定的速度向桶中放置令牌，當(dāng)桶中令牌滿時(shí)令牌溢出。8.5.1流量監(jiān)管原理流量監(jiān)管就是對(duì)流量進(jìn)行控制，通過監(jiān)督8.5.1流量監(jiān)管原理當(dāng)數(shù)據(jù)流到達(dá)設(shè)備時(shí)首先會(huì)根據(jù)數(shù)據(jù)的大小從令牌桶中取出與數(shù)據(jù)大小相當(dāng)?shù)牧钆茢?shù)量用來傳輸數(shù)據(jù)。也就是說要使數(shù)據(jù)被傳輸必須保證令牌桶里有足夠多的令牌，如果令牌數(shù)量不夠，則數(shù)據(jù)會(huì)被丟棄或緩存。這就可以限制報(bào)文的流量只能小于等于令牌生成的速度，達(dá)到限制流量的目的。令牌桶已廣泛應(yīng)用于承諾訪問速率（CommittedAccessRate，CAR）、流量整形以及接口限速（LineRate，LR）等QoS技術(shù)中。8.5.1流量監(jiān)管原理當(dāng)數(shù)據(jù)流到達(dá)設(shè)備時(shí)首先會(huì)根據(jù)數(shù)據(jù)的大8.5.1流量監(jiān)管原理令牌桶算法有兩種令牌桶算法：單速率三色標(biāo)記算法和雙速率三色標(biāo)記算法，使用紅、黃、綠三色來標(biāo)記評(píng)估結(jié)果。單速率較雙速率實(shí)現(xiàn)簡單，成為目前業(yè)界比較常用的方式。兩種令牌桶算法都有兩種工作模式：色盲模式與非色盲模式，其中色盲模式是較常用的，也是默認(rèn)的模式，本章只介紹色盲模式。8.5.1流量監(jiān)管原理令牌桶算法8.5.1流量監(jiān)管原理單速率令牌桶兩個(gè)令牌桶稱為C桶和E桶。C桶容量為CBS，E桶容量為EBS，總?cè)萘渴荂BS+EBS。令牌桶主要由如下3個(gè)參數(shù)構(gòu)成。承諾信息速率（CommittedInformationRate，CIR）：，單位是bit/s，表示向令牌桶中投放令牌的速率。承諾突發(fā)尺寸（CommittedBurstSize，CBS）：單位為bit，用來定義在部分流量超過CIR之前的最大突發(fā)流量，即為令牌桶的容量（深度）。CBS越大，表示所允許的突發(fā)量越大。超額突發(fā)尺寸（ExtendedBurstSize，EBS）：用來定義在所有流量超過CIR之前的最大突發(fā)量。8.5.1流量監(jiān)管原理單速率令牌桶8.5.1流量監(jiān)管原理單速率令牌桶（續(xù)）當(dāng)EBS≠0時(shí)，稱為單速雙桶。如果不允許有突發(fā)流量，則設(shè)置EBS=0，相當(dāng)于只使用了一個(gè)令牌桶——C桶，這種情況就成為單速單桶，這時(shí)報(bào)文只標(biāo)記為綠、紅兩色。單速率令牌添加方式：單速率標(biāo)記算法中，初始狀態(tài)時(shí)兩桶是滿的。先往C桶中添加令牌，令牌添加速率為CIR，等C桶滿了，令牌溢出到E桶（E桶的令牌用做以后臨時(shí)超過CIR的突發(fā)流量），當(dāng)兩桶都被填滿時(shí)，新產(chǎn)生的令牌將會(huì)被丟棄。8.5.1流量監(jiān)管原理單速率令牌桶（續(xù)）8.5.1流量監(jiān)管原理單速率令牌桶（續(xù)）單速率流量評(píng)估規(guī)則：當(dāng)報(bào)文到來后，直接與桶中的令牌數(shù)相比較，如果有足夠的令牌就轉(zhuǎn)發(fā)，如果沒有足夠的令牌則丟棄或緩存。為方便用Tc和Te表示桶中的令牌數(shù)量，Tc和Te初始化等于CBS和EBS。色盲模式下，在對(duì)到達(dá)報(bào)文（假設(shè)報(bào)文大小為B）進(jìn)行評(píng)估時(shí)，遵循以下規(guī)則：對(duì)于單速單桶：如果報(bào)文長度不超過C桶中的令牌數(shù)Tc，則報(bào)文被標(biāo)記為綠色，且Tc=Tc-B；如果報(bào)文長度超過C桶中的令牌數(shù)Tc，報(bào)文被標(biāo)記為紅色，Tc值不變。對(duì)于單速雙桶：如果報(bào)文長度不超過C桶中的令牌數(shù)Tc，則報(bào)文被標(biāo)記為綠色，且Tc=Tc-B；如果報(bào)文長度超過C桶中的令牌數(shù)Tc但不超過E桶中的令牌數(shù)Te，則報(bào)文被標(biāo)記為黃色，且Te=Te-B；如果報(bào)文長度超過E桶中的令牌數(shù)Te，報(bào)文被標(biāo)記為紅色，但Tc和Te不變。8.5.1流量監(jiān)管原理單速率令牌桶（續(xù)）8.5.1流量監(jiān)管原理雙速率令牌桶：結(jié)構(gòu)如圖，主要包括四個(gè)參數(shù)。承諾信息速率（CommittedInformationRate，CIR）：表示端口允許的信息流平均速率，單位是bit/s。承諾突發(fā)尺寸（CommittedBurstSize，CBS）：用來定義部分流量超過CIR之前的最大突發(fā)流量，單位為bit。承諾突發(fā)尺寸必須不小于報(bào)文的最大長度。8.5.1流量監(jiān)管原理雙速率令牌桶：結(jié)構(gòu)如圖，主要包括四個(gè)8.5.1流量監(jiān)管原理雙速率令牌桶：結(jié)構(gòu)如圖，主要包括四個(gè)參數(shù)。峰值信息速率（PeakInformationRate，PIR）：端口允許的突發(fā)