1、QOS 的服務模型有幾種？

（1）盡力而為服務模型246

（2）綜合服務模型 （資源預留，場景：公交車專用道，導緻的問題，資源空閑時其他的業務流量也不能夠使用）

（3）區分服務模型 （标記--分類--差分服務）

2、分類/标記怎麼做？

有以下兩種做法：

（1）簡單流分類标記：根據各層報文頭部中的優先級字段，來将外部優先級映

射成為内部優先級。

（2）複雜流分類重标記；根據各層報文頭部中的優先級字段，或者SIP、DIP等

的五元組來對，流量進行分類，然後在打上相應的優先級。（使用MQC實現，流分類、流行為、流策略） 。

擴展問題1：DSCP（差分服務代碼點）和IPP（ip優先級）的區别？

都為ip報文中的TOS的一部分：

IPP是TOS前3bit DSCP是TOS前6bit---前3bit代表優先級，後3bit代表D延遲、T吞吐、R可靠性 。

AF（Assured-forwarding）（第6bit固定為0）（後3bit代表丢棄概率）

AF11 12 13 --重要數據

AF21 22 23 --視頻點播流量

AF31 32 33 --直播流量

AF41 42 43 --語音的信令流量

EF --46-- 101 110（低延遲、高吞吐） --語音流量

BE --盡力而為

CS類選擇器 （DSCP用于兼容IPP）

cs7 bfd 111

cs6 路由協議 110

cs5 語音流量 101

cs4 語音信令 100

cs3 直播流量 011

cs2 點播流量 010

cs1 001

cs0 000

擴展問題2：COS和TOS的區别？

COS指的是二層和2.5層中的優先級字段，分别為vlan-tag中的PRI（802.1p）和mpls報頭中EXP。

TOS指的是三層ip報頭中的優先級字段，前3bit為IPP，前6bit為DSCP。

3、擁塞避免的技術有哪些？

（1）尾丢棄：當隊列的長度達到最大值後，所有新入隊列的報文（緩存在隊尾部）都将被丢棄，這種丢棄策略會引發TCP全局同步現象，導緻TCP連接始終無法建立。所謂TCP全局同步現象如圖，三種色表示三條TCP連接，當同時丢棄多個TCP報文時，将造成多個TCP連接，同時觸發滑窗減半機制。又會由于慢啟動的機制，将流量慢慢的增大，之後又會在某個時間同時出現流量高峰，觸發滑窗減半的機制。如此反複，使網絡流量忽大忽小。

尾丢棄出現的問題：

○1 TCP同步 （沒有充分利用鍊路帶寬）

○2 TCP餓死 （ UDP沒有TCP那種滑動窗口）

○3 無差别的丢棄

在CBQ中，EF隊列和LLQ隊列不能使用丢棄策略，隻能尾丢棄。為避免TCP全局同步現象，出現了RED（Random Early Detection）技術。RED通過随機地丢棄數據報文，讓多個TCP連接不同時降低發送速度，從而避免了TCP的全局同步現象。使TCP速率及網絡流量都趨于穩定。

（2）WRED：RED是沒有差分服務的，即使優先級高的也可能被随機丢棄掉，所以基于RED，實現了WRED。流隊列支持基于DSCP或IP優先級進行WRED丢棄，每一種優先級都可以獨立設置報文丢包的上下門限及丢包率，報文到達下限時，開始丢包，随着門限的增高，丢包率不斷增加，最高丢包率不超過設置的丢包率，直至到達高門限，報文全部丢棄，這樣按照一定的丢棄概率主動丢棄隊列中的報文，從而一定的程度上避免擁塞問題。

WRED針對隊列，先有隊列，才能配置相應的丢棄技術；

使用：○1 可以在隊列模闆中使用

○2 MQC-CBQ中使用

擴展問題1：尾丢棄和WRED的區别的什麼？

尾丢棄：針對一個隊列，當隊列滿的時候，對後續來的流量無差分的丢棄；

缺點：

1、無法提供差分服務

2、導緻TCP全局同步

3、導緻TCP餓死 ---- 記得分别畫圖解釋針對尾丢棄的這些缺點，就有了WRED，WRED可以針對不同的流量設置一個從什麼時候開始丢棄（丢棄的低門限值）和最高門限，丢棄概率是多少，當隊列中該流量達到最高門限值時，該報文将全部丢棄。隊列滿的時候也是執行尾丢棄，從而實現差分的服務；同時舉例說明如何解決尾丢棄的其他缺點；

擴展問題2：wred是怎麼區分不同數據流的？

根據數據中的優先級字段來對數據流進行區分。

擴展問題3：wred中的w是什麼意思？

W的英文為weight，是權值的意思，在WRED中，主要是用于實現針對不用的優先級的數據配置不同的丢棄上下阈值和丢棄百分比。

路由器根據IPP或者DSCP判斷權重值；交換機根據數據包的顔色判斷權重值。

擴展問題4：TCP是怎麼檢測發生擁塞的？

沒有收到相關的TCP ACK确認。

擴展問題5：TCP全局同步是什麼原因導緻的？

當多個TCP連接在發送數據時，TCP數據發送過程中有慢啟動機制，因此發送的TCP流量會逐漸增大，當網絡發生擁塞時，TCP又會有滑窗減半的機制，這樣TCP的流量又會減半下來，如此重複，就形成了TCP全局同步的問題。