【正文】 。 ③ 帶寬控制 。 ② QoS檢測 。 在該接口中定義了三種操作 : ① 初始化 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 3. 通信控制器 通信控制器可以利用 RTP協(xié)議來構(gòu)造 。 ③ 如果表示網(wǎng)絡(luò)處于載荷狀態(tài) , 則執(zhí)行保持操作 , ba不變 。 同時定義了三種帶寬控制操作 : 增加 、 保持和減少 , 并根據(jù)當(dāng)前網(wǎng)絡(luò)狀態(tài) , 執(zhí)行如下的帶寬調(diào)節(jié)控制 : ① 如果表示網(wǎng)絡(luò)處于過載狀態(tài) , 則執(zhí)行減少操作 , 即ba←max{b r*μ, bmin}。若 λcλ≤100, 則表示網(wǎng)絡(luò)處于過載狀態(tài) 。若 λuλ≤λc, 則表示網(wǎng)絡(luò)處于載荷狀態(tài) 。若 0≤λ≤λu, 則表示網(wǎng)絡(luò)處于輕載狀態(tài) 。 在本算法中 , 使用分組丟失率 λ作為網(wǎng)絡(luò)狀態(tài)指示器 , 這里設(shè)置了兩個丟失率閾值 λu和 λc, 并以此來判定網(wǎng)絡(luò)狀態(tài) 。 例如 , 可通過改變發(fā)送端的數(shù)據(jù)速率 （ 或稱帶寬 ） 來滿足對數(shù)據(jù)丟失率的要求 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (3) QoS 在數(shù)據(jù)傳輸過程中 , 網(wǎng)絡(luò)負(fù)載和可用資源是不斷變化的 , 這必然引起 QoS的波動 。 如果不能滿足 , 則 QoS管理器需要與應(yīng)用程序進(jìn)行重新協(xié)商 ,使之在可用網(wǎng)絡(luò)資源約束內(nèi)確保其可預(yù)測的服務(wù) 。 通過這種映射隱藏了與網(wǎng)絡(luò)資源提供者進(jìn)行協(xié)商的細(xì)節(jié) , 使應(yīng)用程序能以一種易于理解的方式進(jìn)行 QoS參數(shù)的定義和協(xié)商 。當(dāng)系統(tǒng)負(fù)載發(fā)生變化而導(dǎo)致 QoS改變時 , 提供者和消費者需要重新協(xié)商 , 使之在可用資源約束內(nèi)自適應(yīng)于該應(yīng)用的 QoS需求 。在該應(yīng)用運行時 , 提供者和消費者將協(xié)作管理和動態(tài)監(jiān)測該應(yīng)用的資源需求和實際的 QoS。系統(tǒng) （ 資源提供者 ） 根據(jù)其可用資源容量計算和分配應(yīng)用所需的資源 。一個應(yīng)用 （ 資源消費者 ） 在初始啟動時 , 首先以適當(dāng)?shù)姆绞教岢?QoS請求 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 QoS管理模型和實現(xiàn)機制 1. 資源消費者 在分布式多媒體環(huán)境中 , 端系統(tǒng)上的可用資源有 CPU、 緩沖區(qū) 、 I/O帶寬及網(wǎng)絡(luò)帶寬等 , 這些資源應(yīng)當(dāng)通過一種集成化的 QoS管理機制實行統(tǒng)一的管理 , 提供端到端的 、 具有協(xié)作性 、 動態(tài)性和自適應(yīng)性的 QoS管理功能 , 而這些 QoS管理特性必須通過適當(dāng)?shù)墓芾砟Ｐ突蚩蚣軄砻枋龊蛯崿F(xiàn) 。 3Com公司通過向其第二層交換機中添加 , 向第三層路由器添加 ToS /DiffServ和 RSVP來開發(fā)具有 QoS功能的網(wǎng)絡(luò)產(chǎn)品 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 3Com公司的策略服務(wù)器叫做 Transcend Policy Service, 該產(chǎn)品符合 IETF正在開發(fā)的標(biāo)準(zhǔn) , 其中包括策略架構(gòu)和采用 COPS。 該公司的 SmartSwitches支持 ToS/DiffServ 等 QoS標(biāo)準(zhǔn)并在每個端口上支持四個隊列和第二層到第四層分類和標(biāo)記 。 策略信息將保存在 LDAP兼容的目錄中 , PDP 與 PEP 之間的通信采用 COPS以及其它協(xié)議 。 它還支持包括 Cisco 路由器在內(nèi)的其它設(shè)備 。 相同類型的端口可以按組分類 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 Nortel公司的基于策略的網(wǎng)絡(luò)管理系統(tǒng)稱為 Optivity Policy Services (OPS), OPS采用了 IETF草案中描述的許多概念 , 包括策略服務(wù)器 、 COPS和存儲策略信息的 LDAP兼容目錄 。 相同類型的端口可以按組分類 ,使策略既可以在單個端口級上實施 , 也可以在組級上實施 。 QPM采用圖形用戶界面 , 簡化了 QoS配置 。 管理員以適當(dāng)?shù)姆绞酵ㄖ呗苑?wù)器去接收和處理該策略 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 假如該路由器支持區(qū)分服務(wù) , 并且媒體流已被分成三類 : DSCP=0為盡力轉(zhuǎn)發(fā) 、 DSCP=1為保證轉(zhuǎn)發(fā) 、 DSCP=2為快速轉(zhuǎn)發(fā) 。 媒體流可采用下列特征來標(biāo)識 : 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 下面是一個基于策略的配置路由器流量優(yōu)先級的例子 。PT執(zhí)行策略規(guī)定的動作 , 并將執(zhí)行的結(jié)果及其狀態(tài)信息返回給PC。 對于有效的策略 , PC將該策略映射成該 PT可執(zhí)行的信息格式 , 然后將策略信息傳送給該 PT。PC從策略庫中檢索并獲取該策略 , 根據(jù)該策略與 PT的關(guān)系來確定需要實施策略的 PT。管理員采用一種主動通知機制通知 PC接收該策略 。 策略與關(guān)系以指定的信息模型存儲在策略庫中 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 圖7.9 QoS信息模型定義的對象類及其層次關(guān)系 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 5. 在一個基于策略的管理系統(tǒng)中 , 從建立策略到執(zhí)行策略需要完成下列操作 : LDAP是 IETF制定的一種基于目錄結(jié)構(gòu)的信息存儲和訪問機制 , 為訪問和管理較大范圍 (如Inter中 )的網(wǎng)絡(luò)信息提供一種標(biāo)準(zhǔn)的方法 。 這些對象類可以利用子類進(jìn)行擴展 , 以表示特定類型的策略 , 例如 , QoS管理策略或網(wǎng)絡(luò)安全策略 。 它采用面向?qū)ο蟮男畔⒛Ｐ蛠肀硎就ㄓ玫牟呗孕畔?, 并規(guī)定了兩種對象類層次 : 一是表示策略信息和策略控制的結(jié)構(gòu)化類 。 例如 , 在為流量設(shè)置優(yōu)先級時 , 可采用如下策略 : if 源 IP地址 = = then Priority=5 else if 目的 IP地址 = = then Priority=6 else if 目的 IP地址 = =Priority=7 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 3. 由于策略管理系統(tǒng)是以策略庫為核心構(gòu)造的 , 因此策略規(guī)則必須采用公共的信息模型和數(shù)據(jù)結(jié)構(gòu)存儲在策略庫中 , 以便于策略規(guī)則的定義 、 編輯 、 檢索和獲取 。 ④ 策略目標(biāo) : 它是一種功能元素 , 其行為受策略規(guī)則的控制 , 執(zhí)行由策略規(guī)則規(guī)定的動作 。 ② 策略持久性 : 簡單而持久地保存策略規(guī)則 , 便于策略規(guī)則的持續(xù)存儲和檢索 。解釋和執(zhí)行策略規(guī)則的能力。存儲和檢索策略規(guī)則的能力 。允許一個用戶定義和修改策略規(guī)則的能力 。 ⑥ 盡量使之標(biāo)準(zhǔn)化。 ④ 支持大型網(wǎng)絡(luò) 。 ② 達(dá)到 SET安全標(biāo)準(zhǔn)的要求 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 SNMP v3協(xié)議 SNMP v3將統(tǒng)一 SNMP v2*和 SNMP v2u中的概念和技術(shù)思想 , 并不考慮增加新的功能 , 而是回到 SNMP v1簡單性 （ Simple）的老路上 。 需要解決的關(guān)鍵問題是 SNMP v2和 SNMP v1報文格式之間的差異 。 解決與 SNMP v1系統(tǒng)共存問題的最簡單辦法是將 SNMP v1 管理器升級為 SNMP v2管理器 , 由 SNMP v2管理器同時來管理SNMP v2代理 和 SNMP v1代理 。 它們主要用來定義一些報警用的閾值 , 以及超過閾值時應(yīng)向中心管理器報告的內(nèi)容 （ 通過 InformRequest報文 ） 。 它對分布式網(wǎng)絡(luò)管理結(jié)構(gòu)的支持主要表現(xiàn)在以下兩個方面 : ① InformRequest操作原語 : 一個管理器用來向另一個管理器發(fā)送 Trap消息 , 并要求給予響應(yīng) 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (3) Party MIB 這個 MIB與網(wǎng)絡(luò)管理的安全性有關(guān) , 它分為四個組 : party組 、 context組 、 access組和 privilege MIB view組 。 當(dāng)一個對象的取值超過它的閾值時 , 就會觸發(fā)一個事件的報告 , 即向高一級的管理器發(fā)送 InformRequest報文 。 它有兩個組 : alarm組和 event組 。 高一級的管理器可以定義一些事件 , 當(dāng)這些事件發(fā)生時 , 由低一級的管理器來通知它 。 ⑤ set組只有一個對象 : snmpSetSerialNo, 用于解決SetRequest操作過程中的沖突問題 。 ③ 對象資源組表示代理上的動態(tài)配置資源 , 被表示成一個表 , 每種資源占用表中一項 。 ① SNMP v2 statistics組包括一組計數(shù)器 , 分別記錄發(fā)送和接收的 SNMP v2報文的數(shù)量 , 以及因各種原因所造成的錯誤報文數(shù)量 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 (1) SNMP v2 MIB SNMP v2 MIB中的對象用于描述與 SNMP v2管理系統(tǒng)有關(guān)的信息 , 這些信息能夠使管理器了解代理上有關(guān) SNMP v2系統(tǒng)活動和資源情況 。 每個 MIB又由一些組 （ Group） 構(gòu)成 , 一個組是一些對象的集合 。 在 SNMP v2標(biāo)準(zhǔn)中 , 除了兼容SNMP v1中所定義的所有的數(shù)據(jù)類型外 , 還增加了四種數(shù)據(jù)類型 : UInteger、 Counter6 Bit String、 NsapAddress。 SNMP v2的 SMI最主要的改進(jìn)是它提供了用于描述被管對象的更詳細(xì)語法和語義 , 以及對二維數(shù)組表中的一行進(jìn)行增刪的標(biāo)準(zhǔn)方法 。 它規(guī)定所有 MIB變量必須用 , 每個 MIB變量都要用一個對象標(biāo)識符來標(biāo)識 。max repetitions域 : 在 GetBulkRequest報文中 , 用于指明變量組所剩余的變量中 , 每個變量能要求多少個后繼 。non repeaters域 : 在 GetBulkRequest報文中 , 用于指明在變量組中有多少個變量只要求一個后繼 。variable binding域 : 包含一組變量名 (對象標(biāo)識符 )和變量值 。error index域 : 在 GetResponse報文中 , 用于指向引起操作失敗的那個變量 。error status域 : 在 GetResponse報文中 , 用于指明操作失敗的原因或狀態(tài) 。 每個請求都有惟一的標(biāo)識號 。 第 7 章 多媒體