【正文】 通信服務(wù)質(zhì)量與管理 3. SNMP v2 MIB協(xié)議 MIB協(xié)議規(guī)定了管理信息庫(kù)的被管對(duì)象類型 、 存儲(chǔ)格式以及對(duì)每個(gè)對(duì)象所允許的操作等 。 SNMP v2標(biāo)準(zhǔn)還定義了 SNMP v2管理系統(tǒng)自己使用的三種管理信息庫(kù) : SNMP v2 MIB（ RFC 1450） 、 Manager Manager MIB（ RFC 1451） 和 Party MIB（ RFC 1447） 。 協(xié)議規(guī)定 : 只有在實(shí)現(xiàn)中包含了一個(gè)組中所有的對(duì)象 , 才算是支持了這個(gè)組 。 這個(gè) MIB分為五個(gè)組 : SNMP v2 statistics組 、 SNMP v1 statistics組 、 對(duì)象資源組 、 trap組和 set組 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 ② SNMP v1 statistics組也包括一組計(jì)數(shù)器 , 它們?cè)?SNMP v2系統(tǒng)與 SNMP v1系統(tǒng)通信時(shí)才使用 。 ④ trap組由產(chǎn)生 SNMP v2 trap報(bào)文的對(duì)象組成 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (2) Manager Manager MIB 這種 MIB可用于支持分布式網(wǎng)絡(luò)管理 。 這種 MIB可以用來(lái)把一個(gè)中間的管理器當(dāng)作監(jiān)測(cè)遠(yuǎn)程網(wǎng)絡(luò)活動(dòng)的監(jiān)視器 , 也可以用來(lái)報(bào)告中間管理器及其所管轄的各個(gè)代理的活動(dòng)情況 。 alarm組用來(lái)定義一些報(bào)警用的閾值 , 每個(gè)閾值都與一個(gè)被監(jiān)測(cè)對(duì)象有關(guān) 。 alarm組中的每一項(xiàng)都對(duì)應(yīng)著 event組中的一項(xiàng) , 這個(gè)對(duì)應(yīng)項(xiàng)定義了在 InformRequest 報(bào)文中應(yīng)該傳送哪些信息 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 4. SNMP v2的分布式管理結(jié)構(gòu) SNMP v2可以支持集中式和分布式兩種網(wǎng)絡(luò)管理結(jié)構(gòu) 。 ② Manager Manager MIB: 這個(gè) MIB有兩個(gè)小組 : alarm組和 event組 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖 基于 SNMP v2的分布式管理結(jié)構(gòu) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 5. SNMP v2與 SNMP v1 在 SNMP v2標(biāo)準(zhǔn)中 , 充分考慮了 SNMP v1產(chǎn)品在 SNMP v2環(huán)境中共存的問(wèn)題 （ RFC 1452） , 以保護(hù)用戶已有的投資 。 由于 SNMP v2的 SMI協(xié)議是 SMI協(xié)議的超集 , 因此 SNMP v2 管理器很容易理解 SNMP v1 代理上的 MIB。 SNMP v2標(biāo)準(zhǔn)提出了兩種解決的方法 : 委托代理 (Proxy)和雙協(xié)議管理器（ Bilingual manager） 。 SNMP v3的目標(biāo)是 : ① 盡量利用現(xiàn)有的成果 , 尤其是 SNMP v2*和 SNMP v2u。 ③ 要盡可能地簡(jiǎn)單 。 ⑤ 定義一個(gè)可長(zhǎng)久使用的框架結(jié)構(gòu) 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 基于策略的 QoS管理技術(shù) 1. 通常 , 作為一個(gè)策略管理系統(tǒng)應(yīng)具有如下三種能力 : 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 因此 , IETF提出了一種策略管理系統(tǒng)框架 , 它由如下功能元素組成 : ① 策略管理工具 : 提供一種圖形化或命令 /正本的用戶界面 , 允許用戶定義或修改策略規(guī)則 , 并實(shí)時(shí)監(jiān)視規(guī)則部署 。 ③ 策略消費(fèi)者 : 它是一種功能組合 , 主要負(fù)責(zé)獲取和部署策略規(guī)則 , 并且有選擇地將策略規(guī)則翻譯成一種策略目標(biāo)可用的格式 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖 一個(gè)基于策略的管理系統(tǒng)框圖 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 2. 策略規(guī)則是用 “ if then”形式表示的 , “if”表示條件集 , 與有關(guān)被管對(duì)象的屬性項(xiàng)相對(duì)應(yīng) , “then”則表示一種動(dòng)作集 。 為了規(guī)范策略的信息模型 , IETF定義了策略框架核心信息模型 。 二是指示結(jié)構(gòu)化類相互關(guān)系實(shí)例的關(guān)系類 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 IETF規(guī)定采用標(biāo)準(zhǔn)化的輕型目錄訪問(wèn)協(xié)議 (LDAP) 來(lái)組織和訪問(wèn)策略庫(kù)中的策略信息 , 并定義了從核心信息模型到LDAP目錄方案的映射方法 。 通常 , LDAP采用LDAP服務(wù)器來(lái)實(shí)現(xiàn) 。管理員使用策略編輯器建立新的策略或編輯已有的策略 , 并建立該策略與 PT的關(guān)系 。 并且檢查該策略的有效性 , 如是否指定了一個(gè)未知的 PT、 是否發(fā)生策略沖突等 。 由 PC報(bào)告給管理員 。 在這個(gè)例子中 , PC采用策略服務(wù)器來(lái)實(shí)現(xiàn) , PT為一個(gè)路由器某端口的排隊(duì)優(yōu)先級(jí) , 優(yōu)先級(jí)為 0～ 7, 7是最高優(yōu)先級(jí) 。目的 IP地址 、 端口號(hào)或子網(wǎng)號(hào) 。源 IP地址 、 端口號(hào)或子網(wǎng)號(hào) 。IP Precedence值 。區(qū)分服務(wù)中的 DSCP值。 那么在基于策略的管理系統(tǒng)中 , 管理員可采用如下策略來(lái)配置該路由器端口的排隊(duì)優(yōu)先級(jí) : if 源 IP地址 = = AND DSCP==0 then Priority=3else if 源 IP地址 = = AND DSCP==1 then Priority=5 else if 源 IP地址 = = AND DSCP==2 then Priority=7 該策略采用 QoS信息模型存儲(chǔ)在 LDAP服務(wù)器中 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖 基于策略的網(wǎng)絡(luò)系統(tǒng)構(gòu)成 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 6. 相關(guān)研究工作及產(chǎn)品 Cisco公司的基于策略的網(wǎng)絡(luò)管理系統(tǒng)有 QoS Policy Manager (QPM)和 Cisco Security Manager, 其中 QoS管理器和安全管理器分別是獨(dú)立的產(chǎn)品 , 但是共享一個(gè)通用的架構(gòu) 。 在典型的會(huì)話中 , 用戶可以添加新的路由器 ,通過(guò)策略可以為每個(gè)路由器端口選擇排隊(duì)算法 , 設(shè)置為類型過(guò)濾器和轉(zhuǎn)發(fā)行為 (設(shè)置 IP優(yōu)先級(jí) )以及安排下載到路由器的方法 。 Cisco計(jì)劃在今后的QPM版本中增加對(duì) LDAP目錄和 COPS的支持 。 在典型 OPS會(huì)話中 ,用戶可以添加路由器和單獨(dú)的端口 ,可以使用過(guò)濾器創(chuàng)建傳輸流模式 、 行為 , 以及與傳輸流模式 、 行為和端口相關(guān)的策略 。 OPS利用COPS進(jìn)行 PDPPEP通信 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 Cabletron公司是最早開(kāi)發(fā)基于策略的網(wǎng)絡(luò)管理技術(shù)的公司 , 其 QoS策略管理器稱為 Spectrum Policy Aware。 PEP也可以使用 LDAP與目錄服務(wù)器進(jìn)行通信 。 這就意味著 Cabletron的產(chǎn)品可以在布線室中提供高層的分類和標(biāo)記技術(shù) , 而其它多數(shù)廠商的產(chǎn)品則通過(guò)升級(jí)來(lái)實(shí)現(xiàn) 。 策略將被保存在 LDAP兼容的目錄中 , 并且通過(guò)代理服務(wù)器來(lái)提供對(duì)傳統(tǒng)產(chǎn)品的支持 。 此外 , 3Com公司的動(dòng)態(tài)訪問(wèn)產(chǎn)品還提供了在網(wǎng)絡(luò)接口卡 (只要是 3Com網(wǎng)卡 )上提交報(bào)文分組分類和標(biāo)記的功能 。 這里采用一種基于資源消費(fèi)者 提供者協(xié)作管理模型的 QoS管理機(jī)制對(duì)系統(tǒng)可用資源進(jìn)行管理 , 其基本原理是 : 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖 端系統(tǒng)集成 QoS管理體系結(jié)構(gòu) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖 網(wǎng)絡(luò)帶寬管理結(jié)構(gòu) 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 2. QoS (1) QoS 表 QoS參數(shù)例 Name Type Value CurrentFrameRate FrameRateRange Cost Priority IntegerValue IntegerRange IntegerRange OrderedSet 30 ［ 1...30］ 100(150)200］ Low,medium,high 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (2) QoS QoS管理器將應(yīng)用程序的 QoS請(qǐng)求映射成網(wǎng)絡(luò) QoS級(jí) , 每個(gè)網(wǎng)絡(luò) QoS級(jí)可用下列參數(shù)描述 : 網(wǎng)絡(luò)吞吐量 、 延遲 、 延遲抖動(dòng)以及數(shù)據(jù)丟失率等 。 為了支持這種映射機(jī)制 , QoS管理器必須能夠測(cè)算出當(dāng)前網(wǎng)絡(luò)資源使用狀況 , 以驗(yàn)證網(wǎng)絡(luò)當(dāng)前 QoS是否能滿足用戶所請(qǐng)求的 QoS。 QoS管理器對(duì)網(wǎng)絡(luò)狀態(tài)的測(cè)算是通過(guò)調(diào)用通信控制器的初始化功能實(shí)現(xiàn)的 , 該功能調(diào)用將返回所測(cè)量的網(wǎng)絡(luò)當(dāng)前 QoS參數(shù) 。 為了自適應(yīng)網(wǎng)絡(luò)這種動(dòng)態(tài)特性 , QoS管理器將周期地輪詢通信控制器來(lái)檢測(cè)當(dāng)前網(wǎng)絡(luò) QoS狀態(tài) , 并根據(jù)該狀態(tài)對(duì)網(wǎng)絡(luò)性能參數(shù)進(jìn)行動(dòng)態(tài)調(diào)節(jié) , 以保證應(yīng)用所需的 QoS。 在 QoS管理器上 , 采用一種動(dòng)態(tài)調(diào)節(jié)算法對(duì)網(wǎng)絡(luò)帶寬進(jìn)行自適應(yīng)控制和管理 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 根據(jù)經(jīng)驗(yàn) , λu 和 λc取值為 2%和 4%。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 ② 如果表示網(wǎng)絡(luò)處于輕載狀態(tài) , 則執(zhí)行增加操作 , 即ba←min{ br+υ, bmax}。 其中 , br為檢測(cè)到的網(wǎng)絡(luò)帶寬 , ba為所允許的帶寬 , bmin和 bmax分別為用戶可接受的最小帶寬和最大帶寬 , 且 ba, br∈ ［ bmin, bmax］ , μ和 υ分別為減算子和加算子 。 通信控制器通過(guò)一種標(biāo)準(zhǔn)的接口與 QoS管理器交互 。 QoS管理器向通信控制器發(fā)出該命令 , 通信控制器執(zhí)行初始化過(guò)程 , 并返回當(dāng)前網(wǎng)絡(luò) QoS狀況 。 QoS管理器向通信控制器發(fā)出該命令 , 通信控制器通過(guò) RTCP檢測(cè)當(dāng)前網(wǎng)絡(luò) QoS狀況 , 并返回給 QoS管理器 。 QoS管理器向通信控制器發(fā)出該命令 , 通信控制器按該命令給出的帶寬參數(shù)增加 、 降低或保持?jǐn)?shù)據(jù)發(fā)送速率 , 對(duì)傳送帶寬實(shí)施動(dòng)