【正文】 發(fā)報文分組的傳輸特性 , 這些特性可以用定量或靜態(tài)項來指定 , 如吞吐量 、 丟失率 、 延時及延時抖動等 。 也可以用訪問網(wǎng)絡資源的相對優(yōu)先級項來指定 。 第 7 章 多媒體通信服務質量與管理 實現(xiàn)一種區(qū)分服務的要素是 : 該服務是提供給一個流量聚集的 。 調節(jié)功能和 PHB用于實現(xiàn)服務 。 DS字段用于標記報文分組 , 以選擇一個 PHB。 特定節(jié)點實現(xiàn) PHB機制。 第 7 章 多媒體通信服務質量與管理 1. DS RFC 2474定義了 IP報頭中的 DS字段 : 在 IP v4報頭中 , 重定義了服務類型 (TOS)字段 。 在 IP v6報頭中 , 重定義了流量級別 (TC)字段 。 并且還規(guī)定了各個網(wǎng)絡節(jié)點上轉發(fā)報文分組的命令集 , 或稱為逐跳行為 (PHB)。 在 8位的 DS字段中 , 定義了如下的結構和內容 : DS CodePoint CU 第 7 章 多媒體通信服務質量與管理 其中 , DS CodePoint(DSCP)占 6位 , 用于指定該報文分組在各個節(jié)點上的 PHB。 CU(Currently Unused)占 2位 , 為系統(tǒng)保留 , 支持DS的節(jié)點將忽略 CU值 。 由于 DSCP字段采用無結構字段定義的 , 便于將來 PHB的定義和擴展 。 DSCP字段的基本特性如下 : 從 DSCP到 PHB的映射是可配置的 , 每個支持 DS的節(jié)點都要實現(xiàn)這種可配置的映射 。 PHB規(guī)范空間必須包含一個推薦的缺省 DSCP, 且是惟一的 , 在節(jié)點所實現(xiàn)的缺省配置中應支持缺省 DSCP到 PHB的映射 。 如果一個報文分組使用了不可識別的 DSCP值 , 則節(jié)點應當原樣轉發(fā)該報文分組 , 無需改變 DSCP值 , 并且不會引起節(jié)點故障 。 DSCP字段必須與當前慣有方法保持向后兼容。 第 7 章 多媒體通信服務質量與管理 2. PHB 一個 PHB是一個節(jié)點為一個特定的 DS行為集而采取的轉發(fā)行為 (如吞吐量 、 丟失率 、 延遲及抖動等 ), 一個 DS行為集占用一個連接 , 其轉發(fā)行為將取決于該連接上的負荷 。 當多個 DS行為集競爭一個節(jié)點上的緩沖區(qū)和帶寬資源時 , 該節(jié)點將根據(jù)不同的PHB來分配網(wǎng)絡資源 。 區(qū)分服務采用基于逐跳 (hop by hop)的資源分配機制 。 PHB可以用下列項目定義 : 相對資源 (如緩沖區(qū)和帶寬 )優(yōu)先級 , 或者相對流量特性 (如延遲 、 丟失率 )。 遵守共同約束 (例如分組調度和緩沖區(qū)管理策略 )的 PHB可以組成一個 PHB組 , 組內的PHB之間的關系可以使用絕對或相對優(yōu)先級 , 例如采用固定或隨機閾值的丟棄優(yōu)先級 , 但不是必須的 。 單獨定義的單一 PHB是一個 PHB組的特例 。 第 7 章 多媒體通信服務質量與管理 例如 , 一個簡單的 PHB可定義如下 : 在一個連接上 , 保證為一個行為集分配 x%的最小帶寬 。 這個 PHB可以在任何流量調節(jié)下進行簡單而公平的測量 。 一個復雜的 PHB可定義如下 : 在一個連接上 , 保證為一個行為集分配 x%的最小帶寬 , 并且按比例公平地共享多余的連接容量 。 各個節(jié)點可利用某種分組調度和緩沖區(qū)管理機制來實現(xiàn)PHB。 PHB是根據(jù)有關服務供應策略的行為特征定義的 , 而并非特定的實現(xiàn)機制 。 各種實現(xiàn)機制一般適合實現(xiàn)一個特定的 PHB組 , 并且在一個節(jié)點上可以實現(xiàn)多個 PHB組 。 在一個節(jié)點上 ,通過對所接收報文分組的 DSCP的映射來選擇PHB。 標準化的 PHB應具有一個推薦的 DSCP, 它們之間存在著一一對應的映射關系 。 第 7 章 多媒體通信服務質量與管理 目前 , IETF已定義了三個標準的 PHB: (1) (2) 保證轉發(fā) (3) 第 7 章 多媒體通信服務質量與管理 3. DS域模型 圖 區(qū)分服務工作模型 第 7 章 多媒體通信服務質量與管理 4. 流量分類 流量分類是實現(xiàn)區(qū)分服務的首要條件 , 其基本原理是根據(jù) IP報頭中某些字段的內容來選擇和標記分組流中的報文分組 。 流量分類可以采用兩種分類器來實現(xiàn) : 一是 BA(Behavior Aggregate)分類器 , 它僅基于 DSCP字段對報文分組進行分類 。 二是MF(Multi Field)分類器 , 它基于一個或多個字段的組合值 (如源地址 、 目的地址 、 DS、 協(xié)議號以及源和目的端口號等 )對報文分組進行分類 。 第 7 章 多媒體通信服務質量與管理 5. 流量調節(jié) 圖 分組分類器和流量調節(jié)器框圖 第 7 章 多媒體通信服務質量與管理 6. 分類器和流量調節(jié)器的位置 (1) 源域是指包含產生流量節(jié)點的域 。 一個源域內部的流量源節(jié)點和中間節(jié)點可以執(zhí)行流量分類 、 標記和調節(jié)功能 , 從源域到一個邊界的流量可以直接由流量源節(jié)點來標記 , 也可以在離開源域之前由中間節(jié)點來標記 , 這就是初始標記或預標記 。 例如 , 一個企業(yè)網(wǎng)絡的 HPR主機所輸出的報文分組應具有較高的優(yōu)先級 。 可以采用兩種方法來標記 HPR分組 : 一是由 HPR主機 (流量源節(jié)點 )用 DSCP=“高優(yōu)先級 ” 來標記所有輸出分組的 DS字段 。 二是由 HPR主機所直接連接的第 1跳路由器 (中間節(jié)點 )用適當?shù)?DSCP來為所有的 HPR分組 。 第 7 章 多媒體通信服務質量與管理 (2) 在 DS 在一個上游域的 DS出口節(jié)點或下游域的 DS入口節(jié)點上可以對流量進行分類 、 標記和調節(jié) 。 在 DS入口節(jié)點上 , 如果輸入的流量不符合 TCA, 則要按本地策略強制執(zhí)行 TCA。 如果一個DS入口節(jié)點所連接的上游域是一個不支持 DS的域 , 則該節(jié)點必須對輸入的流量執(zhí)行流量調節(jié)功能 。 第 7 章 多媒體通信服務質量與管理 (3) 在不支持 DS 在一個不支持 DS的域中 , 流量源節(jié)點或中間節(jié)點可以在流量到達下游 DS域入口之前對流量進行預標記 。 在這種情況下 , 可以掩蓋本地的分類和標記策略 。 由此可見 , 區(qū)分服務基于一種簡單的域模型 , 在網(wǎng)絡邊界上 , 對輸入網(wǎng)絡的流量進行分類和調節(jié) , 并指派給不同的行為集 , 而每個行為集則由一個單一的 DSCP來標識 。 在網(wǎng)絡核心 , 將根據(jù)DSCP字段定義的 PHB來轉發(fā)分組 。 這樣就使得網(wǎng)絡具有對不同報文分組流提供有區(qū)別服務的能力 , 而且便于功能的擴展 , 并降低了實現(xiàn)的復雜度 。 第 7 章 多媒體通信服務質量與管理 QoS 管 理 協(xié) 議 SNMP管理技術 SNMP管理的基本原理是 , 通過兩個管理實體 , 即管理器 （ Manager）和代理 （ Agent） 之間的相互合作 , 以分布方式執(zhí)行網(wǎng)絡管理活動 。 管理器負責管理網(wǎng)絡中各種資源和設備 , 并采用輪詢 （ Polling） 方式向遠程的一個或多個代理發(fā)布管理命令 , 以獲取信息或實施控制 。 代理駐留在網(wǎng)絡設備上 , 負責設備的實際管理 , 響應和執(zhí)行管理器的管理命令 , 并返回應答信息 。 各種網(wǎng)絡資源被抽象成被管對象 , 通過管理信息庫 (MIB)變量定義成標準的信息格式 , 以便于存儲 、 交換和訪問 。 每個網(wǎng)絡設備上的 MIB由其代理負責維護 。 SNMP標準主要由三部分組成 : 網(wǎng)絡管理協(xié)議 （ Simple Network Management Protocol, SNMP） , 管理信息結構 （ Structure of Management Information, SMI）和管理信息庫 （ Management Information Base, MIB） 。 第 7 章 多媒體通信服務質量與管理 SNMP 1. SNMP協(xié)議 圖 7.5 SNMP體系結構 第 7 章 多媒體通信服務質量與管理 在 SNMP中 , 管理器和代理之間的通信采用了如下的報文格式 : version munity data(PDU) version域 :表示 SNMP的版本 ,在 SNMP v1中為 version1(0)。 munity域 : 主要是為增加系統(tǒng)安全性而設置的 , 代理可以要求管理器在發(fā)送請求 報文時填寫該域 , 以驗證管理器是否有權訪問它的 MIB。 data域 : 用于存放實際要傳送的報文。 第 7 章 多媒體通信服務質量與管理 在 SNMP報文中 , 定義了五種網(wǎng)絡管理操作原語 : ① GetRequest: 管理器使用該操作向代理請求取回某些變量值 , 如管理器請求取回某個路由器的某端口狀態(tài) 。 它要求代理響應具體的變量值 。 ② GetNextRequest: 管理器使用該操作向代理請求取回某變量的下一個變量值 , 它要求代理給予響應 。 管理器使用該操作可遍歷一個網(wǎng)絡設備 MIB庫中某個對象的一系列參數(shù) 。 ③ GetResponse: 代理使用該操作向管理器發(fā)送響應 , 回送相應的變量值 。 ④ SetRequest: 管理器使用該操作向代理請求設置某些變量值 , 如管理器請求將某個路由器的某端口狀態(tài) , 由 “ Enable”設置成 “ Disable”。 它要求代理設置本地 MIB中相應的變量值 。 ⑤ Trap: 代理使用該操作向管理器報告某一異常事件的發(fā)生 , 如連接的接通或斷開以及各種報警狀態(tài)等 。 這是由代理主動向管理器發(fā)出的報文 。 第 7 章 多媒體通信服務質量與管理 對應上述的五種操作 , 有五種報文類型 , 且使用了兩種協(xié)議數(shù)據(jù)單元 (PDU)格式 : ① GetRequest、 GetNextRequest、 SetRequest和 GetResponse的 PDU格式都是相同的 , 即 : PDU type Request ID error status error index variable binding