QOS brief

 $RSVP協定不是一個路由協定，相反，它按照路由協定規定的封包流的路徑為封包申請預留資源，在路由發生變化後，它會按照新路由進行調整，并在新的路徑上申請預留資源

$RSVP的處理是接收方發出資源請求，按照封包發送的反向路徑發送資源請求

$IP優先級和DSCP都是占用TOS字段，後者相當于前者的擴充,是以不能同時設定這兩種值,如果同時設定了這兩種值,那麼隻有IP DSCP 的值生效。

$NBAR不能在以下幾種邏輯接口上使用：

 1、快速以太網信道

 2、使用了隧道或加密技術的接口

 3、SVI

 4、撥号接口

 5、多鍊路PPP(MLP)

使用限制

 1、不支援多于24個的并發URL，HOST或MINE的比對類型

 2、不支援超過400位元組的URL 比對

 3、不支援非IP流量

 4、不支援多點傳播或其他非CEF的交換模式

 5、不支援被分片的資料包

 6、不支援源自或去往運作NBAR 的路由器的IP流

$WFQ是傳輸速率低于2.048Mbps的串行接口預設的隊列機制

$CQ---0号隊列是超級優先隊列，路由器總是先把0号隊列中的封包發送完然後才處理1到16号隊列中的資料包.述兩個資料流外沒有其他資料要發送時，這兩種資料流将按比例分享接口的剩餘空閑帶寬

$CAR的使用限制：第一、CAR隻能對IP 流量限速。第二、CAR不支援快速以太網信道(Fast EtherChannel)第三、CAR不支援隧道接口第四、CAR不支援ISDN PRI 接口。

$政策路由 QOS  沒有方向。

$GTS Shaping Queue 隻能 (WFQ)

$FR 有回包：先FR-SWITCH 先FECN個給 ROUTER；然後ROUTER通常不做任何處理，但會在回包裡夾帶個BECN回去，經過打FRCN的FR-SWITCH 的時候，FR-SWITCH會在FRAME上打上BECN标記；最後發出包的ROUTER收到這個BECN的時候-降速。

    無回包：比如視訊流，UDP等，接收的ROUTER會産生Q92測試FRAME，這是FECN的用處。要手工打開。

    ×××隊列是基于PVC，FGTS跟GTS相反，軟體隊列隻能WFQ。

$所有的×××都是應用于出口,而且90%的隊列都用在出口.在入口上不是QOS機制多是排隊機制.

$不需要資料包被緩存,防病毒-限速;需要資料包被緩存,控制可知的流量-整型

$CQ不用應用于語音,因為比較難控制延時,非用的話建議調小MTU.

$WFQ隻對IP生效.

$VOFR是VOICE直接跑FR上.跟VOICE跑在IP,然後IP跑在FR上有本質差別.這東東在基于IP的INTERNET上是跑不了滴.