QOS brief

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上是跑不了滴.
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章