對于CoS和DSCP，只是分類的標(biāo)準(zhǔn)，可以自己設(shè)置信任哪個。而且CoS和DSCP之間有映射，只是標(biāo)識了包的優(yōu)先級的不同，根據(jù)包的優(yōu)先級選擇不同的出隊列，不同出隊列所占的帶寬資源，擁塞時丟棄比例不同。從而實現(xiàn)服務(wù)質(zhì)量的目標(biāo)。

QoS 的實現(xiàn)以IETF 的DiffServ 體系為基礎(chǔ)。DiffServ體系規(guī)定每一個傳輸報文將在網(wǎng)絡(luò)中被分類到不同的類別，分類信息被包含在了IP 報文頭中，DiffServ 體系使用了IP 報文頭中的TOS(Type Of Service)中的前6 個比特來攜帶報文的分類信息。當(dāng)然分類信息也可以被攜帶在鏈路層報文頭上。一般地，附帶在報文中的分類信息有：

1 幀頭的Tag Control Information 中的前3 個比特，它包含了8 個類別的優(yōu)先級信息，通常稱這三個比特為為User Priority bits。

2 報文頭中的TOS 字段前3 個比特，稱作IP precedence value;或者攜帶在IP 報文頭中的TOS 字段前6 個比特，稱作Differentiated Services Code Point (DSCP) value。

在遵循DiffServ 體系的網(wǎng)絡(luò)中，各交換機和路由器對包含同樣分類信息的報文采取同樣的傳輸服務(wù)策略，對包含不同分類信息的報文采取不同的傳輸服務(wù)策略。報文的分類信息可以被網(wǎng)絡(luò)上的主機、交換機、路由器或者其它網(wǎng)絡(luò)設(shè)備賦予?？梢曰诓煌膽?yīng)用策略或者基于報文內(nèi)容的不同為報文賦予類別信息。識別報文的內(nèi)容以便為報文賦予類別信息的做法往往需要消耗網(wǎng)絡(luò)設(shè)備的大量處理資源，為了減少骨干網(wǎng)絡(luò)的處理開銷，一般這種賦予類別信息的方式都使用在網(wǎng)絡(luò)邊界。

交換機或路由器根據(jù)報文所攜帶的類別信息，可以為各種交通流提供不同的傳輸優(yōu)先級，或者為某種交通流預(yù)留帶寬，或者適當(dāng)?shù)膩G棄一些重要性較低的報文、或者采取其他一些操作等等。這些獨立設(shè)備的這種行為在DiffServ 體系中被稱作每跳行為(per-hop behavior)。如果網(wǎng)絡(luò)上的所有設(shè)備提供了一致的每跳行為，那么對于DiffServ 體系來說，這個網(wǎng)絡(luò)就可以構(gòu)成end-to-end QoS solution。

下面幾個段落將詳細(xì)介紹本交換機所提供的以DiffServ 體系為基礎(chǔ)的QoS 模型。

QoS入口端動作包括Classifying、Policing 和Marking。

Classifying：確保將網(wǎng)絡(luò)交通流劃分成以DSCP值來標(biāo)識的各個數(shù)據(jù)流。隨后交換機將根據(jù)DSCP值來對各個數(shù)據(jù)流實施不同的QoS策略。有關(guān)分類的更詳細(xì)介紹，請參閱Classifying章節(jié)。

Policing：用于約束某個流的所占用的傳輸帶寬，根據(jù)配置的Policer來決定流中的哪些部分超出了所限制的傳輸帶寬，并將結(jié)果傳遞給下一階段的Marking動作。有關(guān)Policing的更詳細(xì)介紹，請參閱Policing章節(jié)。

Marking：決定怎樣處理數(shù)據(jù)流中在Policing動作中超限的部分?？赡艿奶幚韯幼饔衼G棄超限部分和用另外的DSCP值標(biāo)記超限部分。有關(guān)Marking的更詳細(xì)介紹，請參閱Marking章節(jié)。

QoS 出口端動作包括Queueing和Scheduling： Queueing：根據(jù)數(shù)據(jù)流的每一個報文所附帶的DSCP值來確定將報文送往端口的哪個輸出隊列，有關(guān)Queueing的更詳細(xì)介紹，請參閱Queueing章節(jié)。 Scheduling：確定以什么樣的方式處理被送到端口各個輸出隊列中的報文有關(guān)Scheduling的更詳細(xì)介紹，請參閱Scheduling 章節(jié)。下面的段落將詳細(xì)介紹QoS模型的各個階段的動作。

Classifying

Classifying 即為分類，其過程是根據(jù)信任策略或者根據(jù)分析每個報文的內(nèi)容來確定將這些報文歸類到以DSCP 值來表示的各個數(shù)據(jù)流中，因此分類動作的核心任務(wù)是確定輸入報文的DSCP 值。分類發(fā)生在端口接收輸入報文階段，當(dāng)某個端口關(guān)聯(lián)了一個表示QoS 策略的policy-map 后，分類就在該端口上生效，它起作用于所有從該端口輸入的報文。

對于一般非IP 報文，交換機將根據(jù)以下準(zhǔn)則來歸類報文：

1 1. 如果報文本身不包含QoS 信息，即報文的第二層報文頭中不包含User Priority bits，那么可以根據(jù)報文輸入端口的缺省CoS值來獲得報文的QoS信息。端口的缺省CoS值和報文的UserPriority bits 一樣，取值范圍為0～7。取得報文的CoS 值之后，再根據(jù)交換機上配置的CoS-to-DSCP map 來將CoS 轉(zhuǎn)化為DSCP 值。

2. 如果報文本身包含QoS 信息，報文的第二層報文頭中包含User Priority bits，那么可以直接從報文中獲得CoS 值，然后再根據(jù)交換機上配置的CoS-to-DSCP map 來將CoS 轉(zhuǎn)化為DSCP值。

注意以上兩種歸類準(zhǔn)則只有當(dāng)端口的QoS 信任模式打開的時候才起作用。打開端口的QoS 的信任模式意味著不通過分析報文的內(nèi)容，而直接從報文中或報文的輸入端口上獲得報文QoS信息，從而得到DSCP 值。

2 3. 如果端口關(guān)聯(lián)的policy-map 中使用了基于mac access-list extended 的ACLs 歸類，那么在該端口上，將通過提取報文的源MAC 地址、目的MAC 地址以及Ethertype 域來匹配關(guān)聯(lián)的ACLs，以確定報文的DSCP 值。要注意的是，如果端口關(guān)聯(lián)了某個policy-map，但又沒有為其設(shè)置相應(yīng)的DSCP 值，則交換機將按照缺省行為為符合這種歸類的報文分配優(yōu)先級：即根據(jù)報文第二層報文頭中包含的優(yōu)先級信息或端口的缺省優(yōu)先級。

注意上面三種歸類準(zhǔn)則可能會同時作用于一個端口上。在這種情況下，上面三種歸類準(zhǔn)則按3、2、1 的優(yōu)先級起作用。即，先根據(jù)ACLs 歸類，在歸類失敗的情況下，才有可能選擇歸類準(zhǔn)則2、1，在這個時候，如果端口的QoS 信任模式打開，則根據(jù)準(zhǔn)則2 和1 直接從報文中或者從端口上獲得QoS 信息;如果端口的QoS 信任模式關(guān)閉，那么那些歸類失敗的報文將被賦予DSCP 的缺省值0。

對于IP 報文，可以將根據(jù)以下準(zhǔn)則來歸類報文：

1 1. 直接從IP 報文的TOS 字段中提取出DSCP 值。IETF規(guī)定IP 報文的TOS 字段的前6 個比特作為DSCP 值，它的取值范圍為0～63，和交換機內(nèi)部使用的DSCP 值一一對應(yīng)。

2. 按照非IP 報文處理，按照上面介紹的非IP 報文歸類準(zhǔn)則1、2來確定報文的DSCP 值。

注意以上幾種歸類準(zhǔn)則只有當(dāng)端口的QoS 信任模式打開的時候才起作用。打開端口的QoS 的信任模式意味著不通過分析IP 報文的內(nèi)容，而直接從IP 報文的TOS 字段中或報文的輸入端口上獲得QoS 信息，從而得到DSCP 值。

2 3. 如果端口關(guān)聯(lián)的policy-map 中使用了基于ip access-list (extended)的ACLs 歸類，那么該在該端口上，將通過提取報文的源IP 地址、目的IP 地址、Protocol字段、以及第四層TCP/UDP 端口字段來匹配相關(guān)聯(lián)的ACLs，以確定報文的DSCP 值。要注意的是，如果端口關(guān)聯(lián)了某個policy-map，但又沒有為其設(shè)置相應(yīng)的DSCP 值，則交換機將按照缺省行為為符合這種歸類的報文分配優(yōu)先級：即根據(jù)報文第二層報文頭中包含的優(yōu)先級信息或端口的缺省優(yōu)先級。

和非IP 報文歸類準(zhǔn)則一樣，以上幾種歸類準(zhǔn)則可以同時作用于一個端口上。在這種情況下，上面的歸類準(zhǔn)則按照3、2、1的優(yōu)先級起作用。即先根據(jù)ACLs 歸類，在歸類失敗的情況下，才有可能選擇歸類準(zhǔn)則2、1;在這個時候，如果端口選擇QoS 信任模式Trust IP-precedence，那么準(zhǔn)則1 起作用;如果端口選擇QoS 信任模式Trust CoS，那么準(zhǔn)則2 起作用。

有關(guān)上面提到的CoS-to-DSCP map、IP-precedence-to-DSCP map映射表的詳細(xì)描述情常見隨后描述。

Policing

Policing 動作發(fā)生在數(shù)據(jù)流分類完成后，它用于約束被分類的數(shù)據(jù)流所占用的傳輸帶寬。Policing動作檢查被歸類的數(shù)據(jù)流中的每一個報文，如果該報文超出了作用于該數(shù)據(jù)流的Policer 所允許的限制帶寬，那么該報文將會被做會被作特殊處理，它或者要被丟棄，或者要被賦予另外的DSCP 值。

在QoS 處理流程中，Policing 動作是可選的。如果沒有Policing 動作，那么被分類的數(shù)據(jù)流中的報文的DSCP 值將會不作任何修改，報文也不會在送往Marking 動作之前被丟棄。

Marking

經(jīng)過Classifying 和Policing 動作處理之后，為了確保被分類報文報文對應(yīng)DSCP 值的能夠傳遞給網(wǎng)絡(luò)上的下一跳設(shè)備，需要通過Marking 動作將為報文寫入QoS 信息，可以使用Trust 方式直接保留報文中QoS 信息，例如，選擇Trust Cos 從而保留802.1Q 報文頭的Tag Control Information 中的CoS 信息;默認(rèn)情況下，Marking 總是用報文對應(yīng)的DSCP 值轉(zhuǎn)化成QoS 信息，然后寫入到報文CoS字段(對于非IP 報文)、DSCP字段或者IP-precedence 字段(對于IP 報文)中。

Queueing

Queueing 動作負(fù)責(zé)將數(shù)據(jù)流中報文送往端口的哪個輸出隊列中，送往端口的不同輸出隊列的報文將獲得不同等級和性質(zhì)的傳輸服務(wù)策略。

每一個端口上都擁有8 個輸出隊列，通過交換機上配置的DSCP-to-CoS Map 和Cos-to-Queue Map 兩張映射表來將報文的DSCP 值轉(zhuǎn)化成輸出隊列號，以便確定報文應(yīng)該被送往的輸出隊列。

Scheduling

Scheduling 動作時QoS 流程的***一個環(huán)節(jié)。當(dāng)報文被送到端口的不同輸出隊列上之后，交換機將采用WRR 或者SP 輪轉(zhuǎn)算法發(fā)送8 個隊列中的報文。

可以通過設(shè)置輪轉(zhuǎn)算法的權(quán)重值來配置各個輸出隊列在輸出報文的時候所占用的傳輸帶寬。

原文博客：http://blog.163.com/hlz_2599/blog/static/142378474201151265035648/