【正文】 通信服務(wù)質(zhì)量與管理 SNMP v2的報文格式與 SNMP v1基本相同 , 只是為新的GetBulkRequest操作增加了一種 PDU格式 , 即 : RDUtype RequestID Nonrepeaters Maxrepetitions Variablebinding 其中 : 這樣 , SNMP v2便允許對部分請求進行應(yīng)答 , 這也是對 SNMP v1的一大改進 。 在 SNMP v2中 , 在什么條件下發(fā)送 Trap報文 , 何時發(fā)送InformRequest報文都是可設(shè)定的 。 接收方將使用 GetResponse報文進行回應(yīng) 。 這大大方便了管理器對信息的檢索 , 并有助于簡化高層管理程序 。 在一次報文交換中 , 管理器可使用該操作檢索大塊數(shù)據(jù) , 以減少網(wǎng)絡(luò)通信開銷 , 提高效率 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 SNMP v2 1. SNMP v2 SNMP v2協(xié)議規(guī)定了管理器和代理之間及管理器和管理器之間的通信方式 、 SNMP報文的格式與含義以及每種報文的處理方式等 。 在 MIB庫中 , 每個被管對象或 MIB變量將用五種特性來描述 , 它們是 : SNMP報文的傳送格式必須符合 BER規(guī)范 。 , 提供了描述抽象文法結(jié)構(gòu)和內(nèi)容的表示方法 。Time stamp域 : 用于作時間標(biāo)記 。Specific trap code域 : 指明特定 Trap報文類型代碼 , 由廠家定義 。Generic trap type域 : 指明通用 Trap報文類型 , 參見表 。Agent address域 : 指明發(fā)送該 Trap報文的 Agent的 IP地址 。Enterprise域 : 當(dāng) Trap報文為特定的 Trap報文類型時 , 則要指明定義該特定 Trap報文類型的企業(yè)或廠家名 。 Request ID域 : 指明請求的標(biāo)識號 , 它是一個整數(shù) 。PDU type域 : 指明報文的 PDU類型 , 即五種報文中的哪一種 。 這是由代理主動向管理器發(fā)出的報文 。 它要求代理設(shè)置本地 MIB中相應(yīng)的變量值 。 ③ GetResponse: 代理使用該操作向管理器發(fā)送響應(yīng) , 回送相應(yīng)的變量值 。 ② GetNextRequest: 管理器使用該操作向代理請求取回某變量的下一個變量值 , 它要求代理給予響應(yīng) 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 在 SNMP報文中 , 定義了五種網(wǎng)絡(luò)管理操作原語 : ① GetRequest: 管理器使用該操作向代理請求取回某些變量值 , 如管理器請求取回某個路由器的某端口狀態(tài) 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 SNMP 1. SNMP協(xié)議 圖 7.5 SNMP體系結(jié)構(gòu) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 在 SNMP中 , 管理器和代理之間的通信采用了如下的報文格式 : version munity data(PDU) 每個網(wǎng)絡(luò)設(shè)備上的 MIB由其代理負(fù)責(zé)維護 。 代理駐留在網(wǎng)絡(luò)設(shè)備上 , 負(fù)責(zé)設(shè)備的實際管理 , 響應(yīng)和執(zhí)行管理器的管理命令 , 并返回應(yīng)答信息 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 QoS 管 理 協(xié) 議 SNMP管理技術(shù) SNMP管理的基本原理是 , 通過兩個管理實體 , 即管理器 （ Manager）和代理 （ Agent） 之間的相互合作 , 以分布方式執(zhí)行網(wǎng)絡(luò)管理活動 。 在網(wǎng)絡(luò)核心 , 將根據(jù)DSCP字段定義的 PHB來轉(zhuǎn)發(fā)分組 。 在這種情況下 , 可以掩蓋本地的分類和標(biāo)記策略 。 如果一個DS入口節(jié)點所連接的上游域是一個不支持 DS的域 , 則該節(jié)點必須對輸入的流量執(zhí)行流量調(diào)節(jié)功能 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (2) 在 DS 在一個上游域的 DS出口節(jié)點或下游域的 DS入口節(jié)點上可以對流量進行分類 、 標(biāo)記和調(diào)節(jié) 。 可以采用兩種方法來標(biāo)記 HPR分組 : 一是由 HPR主機 (流量源節(jié)點 )用 DSCP=“高優(yōu)先級 ” 來標(biāo)記所有輸出分組的 DS字段 。 一個源域內(nèi)部的流量源節(jié)點和中間節(jié)點可以執(zhí)行流量分類 、 標(biāo)記和調(diào)節(jié)功能 , 從源域到一個邊界的流量可以直接由流量源節(jié)點來標(biāo)記 , 也可以在離開源域之前由中間節(jié)點來標(biāo)記 , 這就是初始標(biāo)記或預(yù)標(biāo)記 。 二是MF(Multi Field)分類器 , 它基于一個或多個字段的組合值 (如源地址 、 目的地址 、 DS、 協(xié)議號以及源和目的端口號等 )對報文分組進行分類 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 目前 , IETF已定義了三個標(biāo)準(zhǔn)的 PHB: (1) (2) 保證轉(zhuǎn)發(fā) (3) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 3. DS域模型 圖 區(qū)分服務(wù)工作模型 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 4. 流量分類 流量分類是實現(xiàn)區(qū)分服務(wù)的首要條件 , 其基本原理是根據(jù) IP報頭中某些字段的內(nèi)容來選擇和標(biāo)記分組流中的報文分組 。 在一個節(jié)點上 ,通過對所接收報文分組的 DSCP的映射來選擇PHB。 PHB是根據(jù)有關(guān)服務(wù)供應(yīng)策略的行為特征定義的 , 而并非特定的實現(xiàn)機制 。 一個復(fù)雜的 PHB可定義如下 : 在一個連接上 , 保證為一個行為集分配 x%的最小帶寬 , 并且按比例公平地共享多余的連接容量 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 例如 , 一個簡單的 PHB可定義如下 : 在一個連接上 , 保證為一個行為集分配 x%的最小帶寬 。 遵守共同約束 (例如分組調(diào)度和緩沖區(qū)管理策略 )的 PHB可以組成一個 PHB組 , 組內(nèi)的PHB之間的關(guān)系可以使用絕對或相對優(yōu)先級 , 例如采用固定或隨機閾值的丟棄優(yōu)先級 , 但不是必須的 。 區(qū)分服務(wù)采用基于逐跳 (hop by hop)的資源分配機制 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 2. PHB 一個 PHB是一個節(jié)點為一個特定的 DS行為集而采取的轉(zhuǎn)發(fā)行為 (如吞吐量 、 丟失率 、 延遲及抖動等 ), 一個 DS行為集占用一個連接 , 其轉(zhuǎn)發(fā)行為將取決于該連接上的負(fù)荷 。 DSCP字段的基本特性如下 : CU(Currently Unused)占 2位 , 為系統(tǒng)保留 , 支持DS的節(jié)點將忽略 CU值 。 并且還規(guī)定了各個網(wǎng)絡(luò)節(jié)點上轉(zhuǎn)發(fā)報文分組的命令集 , 或稱為逐跳行為 (PHB)。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 1. DS RFC 2474定義了 IP報頭中的 DS字段 : 在 IP v4報頭中 , 重定義了服務(wù)類型 (TOS)字段 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 實現(xiàn)一種區(qū)分服務(wù)的要素是 : 區(qū)分服務(wù)規(guī)定了一個網(wǎng)絡(luò)內(nèi)部轉(zhuǎn)發(fā)報文分組的傳輸特性 , 這些特性可以用定量或靜態(tài)項來指定 , 如吞吐量 、 丟失率 、 延時及延時抖動等 。 RFC 2475定義了區(qū)分服務(wù)體系結(jié)構(gòu) 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 IETF的 DiffServ工作組在 RFC 2474和 RFC 2475中發(fā)布了區(qū)分服務(wù)標(biāo)準(zhǔn)草案 。 隨著網(wǎng)絡(luò)規(guī)模的增長 , 保證型服務(wù)的復(fù)雜性將會迅速增加 , 并難以擴展 。 由于保證型服務(wù)具有面向連接的特性 , 并通過 QoS協(xié)商 、 接納控制 、 保留帶寬和實時調(diào)度等機制來實現(xiàn) 。 (b) 基于 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 表 標(biāo)記值 流 量 類 型 1 Background 2 Standard (Spare) 0 Best Effort 3 Excellent Effort (Business Critical) 4 Controlled Load (Streaming Multimedia) 5 Video (Interactive media), less than 100 ms latency and jitter 6 Voice (Interactive voice), less than 10 ms latency and jitter 7 Network Control (Reserved Traffic) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 DiffServ IETF提出了兩種 QoS保證機制 , 一是由 RSVP提供的保證型服務(wù) 。 由于受到帶寬的限制 , 現(xiàn)有 Inter上的分布式多媒體應(yīng)用大多提供這類服務(wù) 。 Inter綜合服務(wù)中的被控負(fù)載服務(wù) （ CLS） 和區(qū)分服務(wù)中的保證轉(zhuǎn)發(fā)均屬于這一類 QoS。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (2) 統(tǒng)計型 （ Statistical） QoS 在數(shù)據(jù)傳輸過程中 , 網(wǎng)絡(luò)提供 “ 軟 ” 的 QoS保證 , 即對所承諾的 QoS允許一定范圍的波動 , 并且不會造成不良的后果 。 這類服務(wù)一般用于硬實時應(yīng)用 , 如在遠(yuǎn)程醫(yī)療系統(tǒng)中 , X光照片數(shù)據(jù)必須采用實時無差錯的傳輸 。 ⑤ QoS管理應(yīng)是層次化的。 ③ QoS管理應(yīng)是動態(tài)的。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 QoS管理機制 QoS管理機制應(yīng)當(dāng)提供如下 QoS管理特性 : ① QoS管理應(yīng)是可配置的。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 國際電信聯(lián)合會 (ITU)制定了有關(guān) ATM網(wǎng)絡(luò) QoS參數(shù) , 它允許用戶指定如下的參數(shù) : Token Ring、 FDDI和100VGAnyLAN等是通過介質(zhì)訪問優(yōu)先級定義 QoS參數(shù)的 。 第 7 章 多媒體通信