輕松愉快地深入理解QOS

1、QOS學(xué)習(xí)筆記（工作時間之余，總結(jié)了這些，累的食指快脫節(jié)了，現(xiàn)在還在恢復(fù)中，為的就是讓文章質(zhì)量再提高點，希望對大家有幫助！文章太長，為方便，我附件上文章原文。）QOS，服務(wù)質(zhì)量。顧名思義，就是為了給現(xiàn)有的網(wǎng)絡(luò)提供一個更好的性能，讓各種網(wǎng)絡(luò)應(yīng)用更加順暢的運作。當然了，如果你想讓網(wǎng)絡(luò)運作的更好，那你就得了解你自己的網(wǎng)絡(luò)啊?？纯催@個網(wǎng)絡(luò)中都運行著什么網(wǎng)絡(luò)應(yīng)用，且這些網(wǎng)絡(luò)應(yīng)用比較關(guān)心的網(wǎng)絡(luò)因素有那些，比如網(wǎng)絡(luò)延遲、抖動、丟包率等等因素。我們就是通過控制這些對網(wǎng)絡(luò)應(yīng)用有著關(guān)鍵作用的因素來調(diào)節(jié)網(wǎng)絡(luò)的正常、高速運行的?？梢赃@樣說：QOS特性就是用來修理網(wǎng)絡(luò)數(shù)據(jù)傳輸過程中的一些小瑕疵的特性。只要你把這個數(shù)據(jù)路

2、徑修理的足夠光滑，在某種程度來說沒有任何的阻礙了，那么數(shù)據(jù)跑起來就會相當?shù)牧鲿?，什么丟包啊，延遲啊，延遲抖動啊就都統(tǒng)統(tǒng)解決啦。速度和質(zhì)量得到了雙保障。當然了，我們得對癥下藥，知道問題出在了那里。并且，這樣還不夠，我們還要知道問題“可能”出在那里！這樣的話，我們就會把這種數(shù)據(jù)傳輸過程中的一些不良的隱患全部消除掉了。我們使用了QOS后，可以說是我們想讓網(wǎng)絡(luò)怎么地，網(wǎng)絡(luò)就怎么地，完全處于你的控制中。不但實現(xiàn)了網(wǎng)絡(luò)數(shù)據(jù)的流暢傳輸，并且對網(wǎng)絡(luò)資源的使用也做到了精確的控制，不會浪費資源，也不會讓資源出現(xiàn)極其緊張的局面，即使有可能出現(xiàn)緊張的局面，那么我們也有辦法來預(yù)防這種情況的發(fā)生。廢話了不少，這些都是使用

3、QOS的好處。其實，仔細看看，也不是廢話，其中也談到了很多QOS的核心內(nèi)容：1.       因為我們可以對各種網(wǎng)絡(luò)應(yīng)用做到了精確的控制使用資源，那么肯定就是對他們進行區(qū)別對待了，這也就是QOS中分類的概念啊。2.       上面說到的，修理數(shù)據(jù)傳輸路徑上的小瑕疵，以求讓數(shù)據(jù)傳輸?shù)母鲿?，這也就是后面我們將要降到的流量調(diào)節(jié)啊。3.       在最后面我們還提到了，出現(xiàn)資源緊張的局面，我們可以采取措施來搞定，這里也

4、就說到了后面將要詳細介紹的擁塞管理和擁塞避免。OK，開始正題。QOS的好處不說了，那么我們有必要認識下QOS的倆大門派：集成QOS（IntServ QOS）和區(qū)分QOS（DiffServ QOS）。來簡單的介紹下他們倆個：集成的呢，就是用硬件方式來實現(xiàn)的。都是固化在設(shè)備里面的一些程序，也就說他們的靈活性不怎么地，這種類型的QOS只可以用在那種面向的技術(shù)升級很慢的環(huán)境中，如果升級很快的話，那么你更換設(shè)備就得跟上，那還了得啊！虧大了這種QOS的實現(xiàn)，是建立在網(wǎng)絡(luò)對網(wǎng)絡(luò)應(yīng)用的處理行為是可預(yù)測的基礎(chǔ)上的。它的主要實現(xiàn)依賴于一個重要的協(xié)議：RSVP(Resource Reservation Protoc

5、ol) 資源預(yù)留協(xié)議。當一個支持RSVP的應(yīng)用在發(fā)送數(shù)據(jù)之前，他們利用這個協(xié)議向RSVP網(wǎng)絡(luò)請求特定類型的服務(wù)，并且應(yīng)用將他的流量配置文件（traffice profile）發(fā)送給網(wǎng)絡(luò)，告訴這個網(wǎng)絡(luò)，需要按照這樣的要求，給我分配資源，滿足了這樣的環(huán)境后，俺才發(fā)送數(shù)據(jù)咧。當網(wǎng)絡(luò)得到確認后，才可以進行發(fā)送數(shù)據(jù)。有了這樣的應(yīng)用環(huán)境了，我們還得有一些控制措施啊，這就得通過在PDP(Policy Decision Point，策略決策點)使用COPS(common open policy service，通用開放策略服務(wù))來集中完成許可控制。可以看出：這個集成QOS的實現(xiàn)靠的是RSVP+traffice

6、 profile + COPS來完成的。就這么點活那再看看DiffServ QOS 。這個家伙，相對前面的就比較靈活了，可以說是為現(xiàn)在的網(wǎng)絡(luò)量身打做的。這個這種類型的QOS中，數(shù)據(jù)流是要進行分類的，然后，我們可以進一步的對各種不同類的流進行的控制。這個控制的實現(xiàn)就是通過策略表來實現(xiàn)的。這樣簡單一說，我們就該知道了，實現(xiàn)他們是要有個類表，然后還得有個控制表-策略表。這年頭，干啥不都講究策略啊，呵呵、QOS也不例外。我們現(xiàn)在一般使用的都是后者。所以下面詳細講解。我們通過了解他的一些特性來理解他的工作原理和工作過程區(qū)分服務(wù)QOS有一下特性：1  分類2  標記3  流量

7、調(diào)節(jié)4  擁塞管理5  擁塞避免我們一個一個的來分析各個特性的特性和實現(xiàn)。分類：顧名思義，顯然就是對網(wǎng)絡(luò)中的的數(shù)據(jù)流進行不同的分類，區(qū)別對待。那么分類的依據(jù)是什么呢？分類的方法有哪些呢？我們研究數(shù)據(jù)包的時候，有時候關(guān)心的是2層的，還有的時候是主要關(guān)心3層的。那么對于不同的層次的數(shù)據(jù)來說，分類的依據(jù)是一樣的嗎？分類的依據(jù)是系統(tǒng)默認的呢，還是可以進行人為設(shè)置的?帶著問題看下面的分析！QOS主要進行分類的依據(jù)就是DSCP（different services code point ：區(qū)別服務(wù)編碼點）。其實，這里說的這個8位的DSCP值更準確說應(yīng)該是內(nèi)部DSCP值。后面就會知道了。

8、對于2層的數(shù)據(jù)幀來說，我們使用COS來區(qū)分不同的數(shù)據(jù)流，并且這個3位的字段只出現(xiàn)的ISL或者802.1Q的封裝幀中。存在VLAN標記中的，只占3位。對于3層的數(shù)據(jù)包來說，我們使用的是IP數(shù)據(jù)包頭中的TOS字段來表示的。TOS在IP數(shù)據(jù)報頭中有一個字節(jié)的長度，但是并不是所有的位都來擔(dān)任進行區(qū)分不同IP數(shù)據(jù)流的服務(wù)的。而只是高6位。其中高3位表示的是IP優(yōu)先級。所以我們一般看的就是IP優(yōu)先級，平時的映射關(guān)系說的也是IP優(yōu)先級和內(nèi)部DSCP的映射。中間的3位都是0。現(xiàn)在看來，我們使用的是COS或者TOS的高6位。但是上面說是使用DSCP，所以就會有這倆者和DSCP(內(nèi)部)之間的映射關(guān)系。不過，我們平

9、時說的時候也是直接說DSCP，而不說COS和TOS 了。典型的以太網(wǎng)數(shù)據(jù)包2層數(shù)據(jù)報頭3層數(shù)據(jù)報頭數(shù)據(jù)第二層ISL幀ISL包頭（26字節(jié)，3位用于COS）被封裝的幀F(xiàn)CS（4字節(jié)）第二層802.1Q幀前 導(dǎo) 碼 起始幀分隔符DASA標記(3位用于COS(用戶優(yōu)先級)其他第二層報頭數(shù)據(jù)FCS第三層Ipv4數(shù)據(jù)包版本/長度TOS(1字節(jié))長度ID標記TTL協(xié)議校驗和IP-SAIP-DA 數(shù)據(jù)其中TOS的高3位表示IP優(yōu)先級，高6位表示的DSCP值。不管如何，COS和TOS都是要和內(nèi)部DSCP進行映射的，無論是人工映射，還是默認的映射關(guān)系。3位COS和3的IP優(yōu)先級是一樣的。只是COS作用在2層，而

10、IP優(yōu)先級是對于3層。當然了，他們映射到一個內(nèi)部的DSCP得到的數(shù)值也是一樣的的。OK了，就是這樣，QOS通過這些就可以將非常的多的數(shù)據(jù)流，簡單的規(guī)劃分類為幾個大的數(shù)據(jù)流，不關(guān)你原來是什么模樣的，只要你進這個類，就得按照這個類的規(guī)矩辦事，該減速的減速，該拋錨的拋錨。讓你咋滴就咋滴。既然說到了歸類了，那就談下，如何建立這個類吧。分類肯定得有很多種方法吧：1  按接口的信任模式；2  按接口的手工分類；3  按數(shù)據(jù)包（基于ACL）；4  NBAR(network based application recognition)基于網(wǎng)絡(luò)應(yīng)用的識別；接口的信任模式：

11、當我們沒有使用QOS的時候，對數(shù)據(jù)包的處理是處于盡力而為best-effort等級的，也就說從端口里進來的數(shù)據(jù)都是一個樣的，根本就沒類的概念。這個時候呢，如果數(shù)據(jù)包格式中有DSCP了，不管原來的是多少，只要經(jīng)過端口進入到交換機的時候，都將DSCP設(shè)備為0。也就說呢，不信任以前的那些DSCP值，即使你本來的數(shù)據(jù)中包含著一個DSCP，那也白搭?，F(xiàn)在，我們要講的這種分類方式，就是要相信這種數(shù)據(jù)中的DSCP值，按照這些數(shù)據(jù)中本來就有的DSCP來進行分類，因為不同的接口接收的數(shù)據(jù)是不同的，有的是2層的，有的是3層的。所以呢，當我們在接口上設(shè)置這種信任數(shù)據(jù)中的DSCP的命令的時候，得考慮清楚了。相關(guān)命令：

12、接口配置模式下，mls qos trust cos | ip-preference | dscp 配置了這些命令中的相關(guān)的命令后，說明設(shè)備就相信這個接口接收到的數(shù)據(jù)包中的COS值，IP 優(yōu)先級，DSCP值。進入到設(shè)備內(nèi)部后，就會按照默認的映射方式，映射到內(nèi)部DSCP值。然后設(shè)備就會根據(jù)這個內(nèi)部DSCP對數(shù)據(jù)流進行有條不紊的操作。讓我們再來看看，上面我們提到的這個命令中的參數(shù)。前面我們說了IP優(yōu)先級和COS是一樣的，為什么在這里都出來了呢？那肯定是有不同的地方啊。OK了，COS使用在2層，IP優(yōu)先級用在3層。那么IP優(yōu)先級和DSCP呢？他們好像也是一回事啊為什么也會同事出現(xiàn)了呢？那么有什么區(qū)別呢

13、？這里之所以把他們倆個放在一起寫出來了，是因為有的設(shè)備只支持IP優(yōu)先級，而不認識DSCP，那么以DSCP來標示類的網(wǎng)絡(luò)設(shè)備與之交流的時候，就會進行IP優(yōu)先級和DSCP之間的映射，這個是非常簡單的，只要把DSCP的后3位全部寫成0就OK 了。就可以實現(xiàn)DSCP和IP優(yōu)先級之間的完美映射了。下面我們接著說，當設(shè)備信任了端口接收的數(shù)據(jù)中的DSCP、COS、IP優(yōu)先級，那么進來后就可以按照默認的映射來進行處理（處理行為在策略表中規(guī)定著呢）。那么我們是否可以讓他們按照我們個人的意愿來進行映射呢，而不是默認的映射方式。答案是肯定的，我們完全可以根據(jù)網(wǎng)絡(luò)應(yīng)用需要將從某個端口進來的數(shù)據(jù)的DSCP映射到一個我們

14、想要的內(nèi)部DSCP值上去，就是利用命令：全局模式下，mls qos map cos-dscp * * * * * * * *其中的*號表示的是和COS對應(yīng)的8位數(shù)字。搞清楚了是誰到誰的映射：是COS到DSCP的映射，當然咯，后面的8位數(shù)表示的也是內(nèi)部DSCP值。以此類推，肯定也可以進行IP優(yōu)先級到DSCP的映射咯：mls qos map ip-prec-dscp dscp-value下面，咱就講講如何根據(jù)數(shù)據(jù)包來進行分類，也就是那種基于ACL的。其實很簡單，就是將我們建立好的ACL和要建立的CLASS關(guān)聯(lián)起來。就這么簡單，符合ACL的所有數(shù)據(jù)，我們就看做是一類。分類不是關(guān)鍵，關(guān)鍵是對他們進行更

15、加精確和詳細的控制-策略表。具體實例：1全局配置模式下：class-map match-all name Match 括號里面就是具體的一些條件。（完善類表的過程）這些條件根據(jù)不同的設(shè)備支持的QOS的特性的多少而有所差異。2全局配置模式：policy-map name Class name ? （完善策略表的過程）就會顯示這個設(shè)備支持的所有策略動作。其中比較關(guān)鍵的還是第2中的第二個命令，它的作用就是把這個類表和策略表關(guān)聯(lián)起來。3將建立好的策略表應(yīng)用到特性接口的出口或者進口的方向上。但是，并不是所有的交換機都支持出口策略的。命令：interface type slot/port Service-

16、policy input | output name4最后一個，也是最重要的一個：將該端口設(shè)置成信任端口。因為我們實施這些策略的動作的時候，人家是依據(jù)DSCP來的。如果是不信任這個接口來的DSCP的話，那么就無法進行這些策略動作了。接下來要講的就是最后一種了：NBAR-基于網(wǎng)絡(luò)的應(yīng)用識別。簡單的說，這種分類方法，就是比上一種方法中的類表和策略表的定義方面，又多了一些參數(shù)，也就說功能更加完善了?；静襟E上面都是完全一樣的。到這里，我們就已經(jīng)可以對數(shù)據(jù)進行詳細分類了，各種方法都有。但是應(yīng)用得具體情況，具體分析。標記這里需要各位朋友清楚的是：這個“標記”不是一個名詞，而是一個動詞。就是一個修改的動作

17、。例如，我們對某個參數(shù)進行標記，那意思就說是我們我們對這個參數(shù)原來的數(shù)值進行了修改。這個特性，可以讓我們實現(xiàn)修改從某個特定的端口進來的數(shù)據(jù)包DSCP值，這樣的話，就達到了我們對某些數(shù)據(jù)流進行特定服務(wù)的目的。我們可以認為在網(wǎng)絡(luò)界確實有默認的一些應(yīng)用和相應(yīng)的DSCP的映射關(guān)系。但是，除了這些，我們還可以根據(jù)網(wǎng)絡(luò)的具體環(huán)境人為的將一些我們特別關(guān)注的數(shù)據(jù)流打上一個我們自己想要打上的DSCP。并且，我們后面建立的CLASSTABLE和POLICYTABLE 中都要對這個DSCP值的數(shù)據(jù)包進行相應(yīng)的操作設(shè)置。然后，這個值進去設(shè)備后，QOS就會根據(jù)這個DSCP而得到的內(nèi)部DSCP對這些數(shù)據(jù)流進行一定的操作。

18、這個就是QOS的標記特性。實現(xiàn)這個特性的命令是：在相應(yīng)的接口下，使用Mls qos dscp dscp-value 數(shù)值范圍是0-63；Mls qos cos cos-value 數(shù)值范圍是0-7顯然，這些得到的DSCP值或者COS值都不是QOS特性實施的依據(jù)-內(nèi)部DSCP，而是這些值經(jīng)過映射后的DSCP值，叫做內(nèi)部DSCP值。如果，我們希望在通過ACL對通信流進行分類的策略映射表中配置標記。那么我們需要使用下列類別映射表操作命令：Set ip dscp ip-dscp-valueSet ip precedence ip precedence-valueSet cos cos-value從文章

19、的敘述布局上，我們就可以看的出：上面的那種在接口模式下強制改變進來的數(shù)據(jù)的DSCP值的方法和后面的這種軟性的通過策略方法來實現(xiàn)改變數(shù)據(jù)的DSCP值是有點區(qū)別的。因為他們需要面向的對象的確定方式不同。前者，就可以精確到某個具體的端口的；而后者，面向的是那些分布在網(wǎng)絡(luò)中各處的，但是具有同樣的特定的數(shù)據(jù)（這個特點就是ACL來定的）流量調(diào)節(jié)在流量調(diào)節(jié)這方面，我們可以通過倆種方式來達到這種效果：一個是利用策略，一個是利用整型。這倆種方式顯然是并列的關(guān)系，中間也是存在著很多差距的?，F(xiàn)在用最火的一個還是通過策略來進行流量的調(diào)節(jié)。并且，對于CISCO不同的設(shè)備，實現(xiàn)流量調(diào)節(jié)的方式也是不盡相同的。在CISCO路

20、由器和交換機都支持策略和整型。只是支持和實現(xiàn)的方式不同。對于CISCO路由器來說，支持倆種整型方法：GTS(generic traffic shaping通用流量整型)和FRTS(frame relay traffic shaping幀中繼流量整型)。對于運行IOS軟件的路由器，它使用CAR(committed access rate 承諾接入速率)工具來支持流量策略。而對于CISCO交換機支持流量策略和整型的方法和配置和路由器稍有不同。其實，整型和策略機制都控制“通信流通過交換機傳輸?shù)乃俣取保麄兌际褂梅诸悂韰^(qū)分通信流，但是，他們之間還是有一些區(qū)別的。整型測量通信流的速率（采用這種機制的時候

21、，是需要由一個指定速率的），并推遲超額通信流的傳輸，確保通信流的速率不超過指定的值。所以呢，通過這種流整型量調(diào)節(jié)機制，可是實現(xiàn)那種突發(fā)的通信流量。這樣呢，就可以減少交換機丟棄的數(shù)據(jù)了。其實說白了，這種調(diào)節(jié)機制的核心思想就是：通過測量數(shù)據(jù)流的速率，來確定哪些不合格的數(shù)據(jù)，并且推遲這些超越規(guī)定的通信流的傳輸時間。這樣一來，也就是可以保證所有的這些數(shù)據(jù)都是可以傳輸出去的，但是付出的代價就是：延遲有可能會大大的增加。所以呢，這種實現(xiàn)機制對與那種對延遲非常敏感的網(wǎng)絡(luò)應(yīng)用就非常的不好。而策略對超過指定速率的通信流采取特性的措施，不再是推遲或者是緩沖通信流了。也就是說對于這種機制中，無論如何都不會以增加延遲

22、作為代價的，而是對這些違規(guī)的數(shù)據(jù)流進行一些具體的處理措施。通常情況下，對于這種數(shù)據(jù)都是進行丟棄處理了，但是，我們現(xiàn)在可以使用其他的處理措施，比如信任或者標記。也就是說，我們又把這些數(shù)據(jù)流和靈活的策略結(jié)合在一起了，以后對這些不法分子處理起來就靈活的多了、因為策略可以支持很多的參數(shù)啊，比如速率啊，突發(fā)量啊，合規(guī)措施，超額措施，違規(guī)措施，其中的參數(shù)，最難搞定的就是突發(fā)量了，所以我們這里給出了一個計算突發(fā)量的公式：突發(fā)量=2 X RTT X 速率。其中，RTT是TCP會話的往返時間。這個參數(shù)的獲得我們可以通過簡單的命令ping 來獲得。而速率是端到端的吞吐量。在CISCO交換機上，有3種類型的策略：單

23、一策略器：應(yīng)用在單個接口上的策略器。聚合策略器（aggregate policer ）：將策略參數(shù)應(yīng)用到一組接口。是把這一組接口看做一個整體來運作的。例如，我們把一個限制流量速率不超過75M/S的聚合策略器運用到一組接口上，那么他所表達的意思就成為了：這組接口的總流量將不能超過75M/S。而單一策略器只可以運用到單個接口上。微流策略(microflow policing ):它是針對單“個”（可以理解成是單種流）數(shù)據(jù)流的。交換機將策略參數(shù)應(yīng)用于策略映射表中的每種類別。通過上面的3種類別的策略器的描述，我們是不是覺得最后這個更好點啊我覺得是，因為這個用起來更加靈活，并且也更加到位。其實呢，這3種

24、策略器的實現(xiàn)都是要和類別映射表結(jié)合起來的。因為為了就是實現(xiàn)這個控制那些我們可以指定的那些數(shù)據(jù)流?。ň褪俏覀兇蛄藰擞浀?，分了類的）。實現(xiàn)策略器和有一定特點的數(shù)據(jù)流的結(jié)合。我們需要做的工作就有2個：第一是定義、完善這些策略器的內(nèi)容，第二是將這些策略器和類別流結(jié)合起來。定義：全局配置模式下police 后面有很多的參數(shù)，到時候打個問號就好了，什么參數(shù)，及其解釋就都出來了。一般也就是限制個速率啊，以及對違反這些規(guī)定的措施，比如說drop。關(guān)聯(lián)：在策略映射表中，使用上以前定義的策略器就可以了。這個策略器，從整體上看，策略映射表就將其看作是一個處理動作。當然了，這個策略映射表中得包含著那個需要的分類表啊。

25、否則，就不會完成映射了啊這些都是非常簡單的，他們運用起來的方式都是一樣的，主要是明白他們之間的區(qū)別。擁塞管理擁塞管理是QOS一個非常重要的特性。后面的擁塞避免同樣是。他們都是作用在出站口上的。我們使用QOS，就是為了讓數(shù)據(jù)流按著我們的意思去走?；蛘呖?，或者慢，超出了我們設(shè)置的界限，該如何處理，是丟棄還是采取其他的一些比較溫柔的處理措施。對于一個設(shè)備來說，數(shù)據(jù)有進有出，這個設(shè)備上出去的數(shù)據(jù)流，在另一個設(shè)備的角度上看，這就是進來的數(shù)據(jù)流，所以呢，我們要保證出去的這些數(shù)據(jù)流都是按著我們個人的意愿來走這個路的，至于到了對端的設(shè)備如何來處理這些進的數(shù)據(jù)，那是他們的事情。而我們現(xiàn)在要做的就是盡量的讓我們這

26、個設(shè)備上出去的數(shù)據(jù)更加如人意，爭取做到數(shù)據(jù)流最大程度上傳輸順暢，并且不給那個對端接受的設(shè)備帶來太大的負擔(dān)。我們都知道，一個端口是包含多個隊列的，包括輸入隊列和輸出隊列，并且每種隊列都不是一個的。我們這個擁塞管理就是運用在這些輸出對列上的。當數(shù)據(jù)進來的時候，是會被劃分到不同的輸出隊列的。根據(jù)什么來分呢？為什么要區(qū)分開來呢？既然區(qū)分了，那又有什么不一樣的處理措施呢？這些問題，是我們知道了這個特性是運用在端口上的，還是具體到端口的各個輸出隊列上的時候我們必須想到的。帶著這些疑問，我們來詳解。在默認的情況下呢，也就是沒有使用QOS特性的時候，交換機的各個端口中的各個隊列對待所有的數(shù)據(jù)都是一視同仁的，在

27、一個接口中使用的派對方法是：FIFO，先進先出。就是說誰來的早就先解決誰。是有先來后到的這么一說的?？雌饋?，挺合理啊。但是，當今社會那里有這么“公平”的事情啊，不都是“老大”說了算的嗎？呵呵、這里的老大就是指的那種老大的身份，誰的地位高，誰就說了算，就先解決誰的問題。那既然出現(xiàn)了這種不公平的問題，肯定得是有身份依據(jù)的。不同身份的數(shù)據(jù)分配到不同的輸出隊列。這樣一來，我們可以肯定的是：這個特性使得有依據(jù)來區(qū)分各個隊列，并且還可以把不同身份的數(shù)據(jù)安排到特定的隊列中，這不就是特定DSCP值的數(shù)據(jù)分配到特定的隊列嗎？嘿嘿、這是我們的猜測。我們必須得這樣，得先有自己的想法，然后戴著你個人的這些想法去看書，

28、或者是和作者的想法一致，或者是撞擊出智慧的火花，對我們來說都是另外的一種收獲，我們記憶知識還會更牢固。來區(qū)分隊列：不同型號的交換機的端口支持的隊列是不一樣的，有支持3個的，4個的，甚至2個的。并且他們在沒使用QOS的時候，身份還是一樣的。即使他們這些隊列中有幾個個別的隊列的骨子里有中特別的氣質(zhì)，哎、但是外界條件不允許啊沒辦法，也只能是藍領(lǐng)一個啊。但是當我們啟用了這個QOS特性后，啟用了端口隊列的優(yōu)先級后，那些有著內(nèi)在氣質(zhì)的隊列，就可以鶴立雞群了。與眾不同！默認情況下，內(nèi)在的氣質(zhì)是與生俱來的，只要我們啟用了這個端口隊列的優(yōu)先級特性，某些隊列就成了優(yōu)先級隊列，在這個隊列里排隊的數(shù)據(jù)都是優(yōu)先處理的，

29、只有當這個隊列中的數(shù)據(jù)處理完了，其他的隊列的數(shù)據(jù)才開始進行處理。所以呢，以后我們就可以把一些情況比較緊急的數(shù)據(jù)放進這個隊列里，當然了，這個問題就牽涉到了后面的特性身份的是數(shù)據(jù)和隊列的映射問題了。OK，這是默認的情況下，但是呢，氣質(zhì)呢是可以后天培養(yǎng)的，所以我們也可以對平常的那些隊列進行特性的培養(yǎng)啊，使我們心儀的隊列成為優(yōu)先級隊列，而不是使用默認的優(yōu)先級隊列了。也就說，這個優(yōu)先級隊列的指定的操作性還是很大的嘛，嘿嘿、具體的實現(xiàn)命令是這樣的：使用默認的優(yōu)先級隊列：端口模式下：priorityqueue out （cisco 3500系列，默認的是隊列4）不同型號的設(shè)備的配置命令是不同的。使用后天形成

30、的優(yōu)先級隊列：wrrqueue priorityqueuewrrqueue cosmap queue id threshold 閥值 cos value .其中這個閥值是什么意思，我到現(xiàn)在還真的不是很了解，因為對應(yīng)著一個隊列可以有好幾個閥值。非常不解。后面的COS說的是出站COS。而不是內(nèi)部DSCP。通過使用這個命令，我們就可以將一定COS值的數(shù)據(jù)映射到特定的隊列中，并且這個隊列也就是我們說的那個后天形成的優(yōu)先級隊列。通過這幾條簡單命令的闡述，我們把上面說的倆個問題都解決了：隊列的區(qū)分和隊列與特定數(shù)據(jù)流的映射。我們都知道，QOS對數(shù)據(jù)包進行特定處理的依據(jù)是內(nèi)部DSCP。我們外面進來的數(shù)據(jù)DSC

31、P在端口的時候有可能被重改寫（相關(guān)的命令前面已經(jīng)提到過）或者是通過策略表中的動作來實現(xiàn)DSCP的更改。所以呢，我們稱這個狀態(tài)下的DSCP值（對于2層的數(shù)據(jù)來說就是COS，對于3層的來說就是IP優(yōu)先級）為外部DSCP，即使被更改了。這個數(shù)值到了交換機的內(nèi)部后，還得進行一次映射，即：COS/IP優(yōu)先級到內(nèi)部DSCP（QOS特性處理數(shù)據(jù)的依據(jù)）的映射。這個映射表呢我們也是可以盡心改變的，在前面似乎已經(jīng)提到了相關(guān)的配置命令。當然了，這樣說，那么肯定就會存在一個默認的映射關(guān)系表??！最后的時候，如果時間允許我會盡量的給大家畫出來。我們一直在強調(diào)這個問題：這個內(nèi)部DSCP只是在內(nèi)部的時候使用的。上面，我們對

32、命令的參數(shù)進行了一定程度上的解釋，這里主要的就是那個后面的COS值，這個值說的是出站COS，而不是內(nèi)部DSCP值。出站是根據(jù)這個出站COS來對數(shù)據(jù)進行傳輸處理的?？磥?，這里還有一個內(nèi)部DSCP到出站COS的映射過程。肯定的啦，存在一個默認的映射關(guān)系表的，并且呢，我們也是可以人為的改變這種映射關(guān)系的。相關(guān)的配置命令：Mls qos map dscpcos dscp value to cos value我們現(xiàn)在是，可以區(qū)分數(shù)據(jù)了，可以區(qū)分不同的隊列了，也可以區(qū)分把這些數(shù)據(jù)有區(qū)別的映射到不同的隊列上了，那接下來的問題就是最關(guān)系的問題了：對各個隊列的處理又是怎樣的呢？我們可以對各個出站隊列設(shè)置的特定的

33、監(jiān)測參數(shù)，以及一個特定的閥值。比如為各個隊列指定一定的帶寬，后面具體的參數(shù)的取值范圍是1-255。再比如隊列長度，參數(shù)的具體取值范圍是1%-100%。這些監(jiān)測參數(shù)說明：我給你相應(yīng)方面的資源就這些（是對各個隊列而言的）端口配置模式下：Wrr-queue bandwidth weight for queue1 weight for queue 2 .weight for queue nWrr-queue queue-limit low priority queue weight medium priority queue weight high priority queue weight 在這里，第二個命令中，大家都看到了出現(xiàn)了低級隊列，中級隊列和高級隊列的說法。其實，在端口的隊列中確實有這么一種說法的：隊列1屬于低級隊列，隊列2數(shù)據(jù)高級隊列，再往上就是屬于嚴格優(yōu)先級隊列了。所謂的嚴格優(yōu)先級隊列就是我們說的那個優(yōu)先級隊列。不管是人為指定的，還是那個默認的。我們都叫它嚴格優(yōu)先級隊列。但是如果這些分配個各個隊列的資源都快用光了或者都用光了咋辦?。慨斎皇钱a(chǎn)生擁塞了啊，這些是我們最大的忌諱啊咋辦呢？這就是擁塞避免的事情了。擁塞避免簡單來講，快擁塞的時候的一般的處理措施當然就是丟棄后來的那些數(shù)據(jù)咯，但是如果后面來的那些數(shù)據(jù)還