Frame Relay Voice Traffic Shaping and Frament

本文全稱應該是：Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation，标題限制字數，沒辦法了

幀中繼的流量整型向來是個頭疼的地方，因為本身QOS就已經夠亂，是以專門在這兒整理一下

QOS分為以下幾類：

classification                  包分類，包标記（based on prec or dscp in ip packets' tos)

congestion management           隊列(CQ/PQ/WFQ/CBWFQ/PQCBWFQ..)

congestion avoidance            随機早期檢測（RANDOM DETECT）

policing and shaping            政策丢棄或流量整型，也稱為congestion control

signalling                      RSVP

link efficiency mechanisms      壓縮及多鍊路捆綁等

概念上易混的是congestion management 和 congestion control / policing and shaping

下面是本文的重點：幀中繼語音自适應流量整型及分片

幀中繼上的流量整型分傳統方法（map-class）與MQC兩種

傳統方法隻能做分片（語音包分片後獲得更高效率），對不同類型資料無法給足夠清晰的優先級，比如語音資料到達接口後，并不能優先于其它資料通過，隻能在鍊路出現擁塞後，依據對端發來的BECN，将資料降速至MINCIR發送，進而給語音留出空餘帶寬，但此前的語音包肯定會受影響。

下面我們舉例說明MQC在這裡的應用及其優勢：

int s0/0

  en fram

  frame-relay fragmentation voice-adaptive deactivation 50

  frame-relay interface-dlci 100

    class Jackson                         //調用map-class

    frame-relay fragment 80 end-to-end    //fragment is here

map-class frame-relay Jackson             //map-class在這兒隻是個殼，主要是下面MQC

  service-policy output cracker

class-map voice

  match access-g 102

class-map data

  match access-g 101

policy-map QQ

  class voice

    priority 10                //高優先級隊列

  class data

    bandwidth 10               //普通隊列，基本帶寬

policy-map cracker

  class class-default

    shape average 64000          //CIR

    shape adaptive 32000         //MINCIR

    shape fr-voice-adapt deactivation 50    //失效時間，如無語音通過，傳回正常CIR速率

    service-policy QQ

注意上文中MQC的應用，套了幾層而已，仔細差別一下就好

本文轉自 ciscodocu51CTO部落格，原文連結：http://blog.51cto.com/ciscodocu/74257，如需轉載請自行聯系原作者