【正文】 QoS管理器向通信控制器發(fā)出該命令 , 通信控制器通過 RTCP檢測(cè)當(dāng)前網(wǎng)絡(luò) QoS狀況 , 并返回給 QoS管理器 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 ② 如果表示網(wǎng)絡(luò)處于輕載狀態(tài) , 則執(zhí)行增加操作 , 即ba←min{ br+υ, bmax}。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 為了支持這種映射機(jī)制 , QoS管理器必須能夠測(cè)算出當(dāng)前網(wǎng)絡(luò)資源使用狀況 , 以驗(yàn)證網(wǎng)絡(luò)當(dāng)前 QoS是否能滿足用戶所請(qǐng)求的 QoS。 這就意味著 Cabletron的產(chǎn)品可以在布線室中提供高層的分類和標(biāo)記技術(shù) , 而其它多數(shù)廠商的產(chǎn)品則通過升級(jí)來實(shí)現(xiàn) 。 在典型 OPS會(huì)話中 ,用戶可以添加路由器和單獨(dú)的端口 ,可以使用過濾器創(chuàng)建傳輸流模式 、 行為 , 以及與傳輸流模式 、 行為和端口相關(guān)的策略 。 那么在基于策略的管理系統(tǒng)中 , 管理員可采用如下策略來配置該路由器端口的排隊(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ù)器中 。目的 IP地址 、 端口號(hào)或子網(wǎng)號(hào) 。 并且檢查該策略的有效性 , 如是否指定了一個(gè)未知的 PT、 是否發(fā)生策略沖突等 。 通常 , LDAP采用LDAP服務(wù)器來實(shí)現(xiàn) 。 第 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)作集 。 SNMP v3的目標(biāo)是 : ① 盡量利用現(xiàn)有的成果 , 尤其是 SNMP v2*和 SNMP v2u。 ② Manager Manager MIB: 這個(gè) MIB有兩個(gè)小組 : alarm組和 event組 。 這種 MIB可以用來把一個(gè)中間的管理器當(dāng)作監(jiān)測(cè)遠(yuǎn)程網(wǎng)絡(luò)活動(dòng)的監(jiān)視器 , 也可以用來報(bào)告中間管理器及其所管轄的各個(gè)代理的活動(dòng)情況 。 這個(gè) MIB分為五個(gè)組 : SNMP v2 statistics組 、 SNMP v1 statistics組 、 對(duì)象資源組 、 trap組和 set組 。 對(duì)象標(biāo)識(shí)符的相互關(guān)聯(lián) , 構(gòu)成了一個(gè)樹型的分層結(jié)構(gòu) 。 PDU type域 : 指明報(bào)文的 PDU類型 , 即七種報(bào)文中的哪一種 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 ② InformRequest: 一個(gè)管理器使用該操作向另一個(gè)管理器發(fā)送一個(gè) Trap消息 , 并請(qǐng)求給予回應(yīng) 。狀態(tài) : 用 mandatory, optional, obsolete類型之一來描述 , 表示該對(duì)象的當(dāng)前狀態(tài) 。 下面是SNMP報(bào)文格式的 : 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 SNMP DEFINITIONS::=BEGIN Message::= SEQUENCE { version version 1 for this RFC INTEGER { version 1 (0) }, munity munity name OCTET STRING, data ., PUDs if trivial ANY authentication is being used } 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 PUDs::= CHOICE { getrequest GetRequestPUD, getnextrequest GetNextRequestPUD, getresponse GetResponsePUD, setrequest SetRequestPUD, trap TrapPUD } END 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 2. SMI協(xié)議 圖 對(duì)象標(biāo)識(shí)符的分層結(jié)構(gòu)及 MIBⅡ 中的對(duì)象分類 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 3. MIB 表 MIBⅡ 類 型 對(duì)象標(biāo)識(shí)符 包 含 的 信 息 system mibⅡ 1 主機(jī)或網(wǎng)關(guān)操作系統(tǒng) , 如 : 系統(tǒng)名稱、 系統(tǒng)最后啟動(dòng)時(shí)間、 系統(tǒng)的物理位置等 interfaces mibⅡ 2 各種網(wǎng)絡(luò)接口 , 如 : 子網(wǎng)的接口數(shù)目、 接口值表等 at mibⅡ 3 地址解釋 , 如 : IP地址與物理地址對(duì)應(yīng)表等 Ip mibⅡ 4 IP協(xié)議軟件 , 如 : 作為主機(jī)還是網(wǎng)關(guān)的標(biāo)記、 缺省的生存時(shí)間、 IP的通信統(tǒng)計(jì)、 IP的路徑表等 Icmp mibⅡ 5 ICMP協(xié)議軟件 , 如 : 接收到的 ICMP消息數(shù)、 發(fā)送的 ICMP消息數(shù)、 特定類型的消息數(shù)等 tcp mibⅡ 6 TCP協(xié)議軟件 , 如 : TCP連接數(shù)最大值、 接收的和發(fā)送的數(shù)據(jù)報(bào)數(shù)、 有關(guān)連接信息 (如 IP地址、 端口 )等 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 類 型 對(duì)象標(biāo)識(shí)符 包 含 的 信 息 Udp mibⅡ 7 UDP協(xié)議軟件 , 如 : 接收到的正確的 UDP報(bào)文數(shù)目 、 發(fā)送的 UDP報(bào)文數(shù) 、 接收 UDP報(bào)文的 IP地址 、 端口等 Egp mibⅡ 8 EGP協(xié)議軟件 , 如 : 接收到的正確的 EGP消息數(shù)目 、 本地產(chǎn)生的 EGP消息數(shù) 、 相鄰的 EGP信息表等 Cmot mibⅡ 9 CMOT協(xié)議軟件 Transmission mibⅡ 10 傳輸介質(zhì) , 目前尚處于實(shí)驗(yàn)階段 snmp mibⅡ 11 SNMP協(xié)議軟件 , 如 : 發(fā)送給本地 SNMP的消息數(shù) 、 接收到的各類消息數(shù) 、 對(duì)各種錯(cuò)誤的統(tǒng)計(jì)等 表 MIBⅡ 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 MIB庫中的每個(gè)變量都符合 。 error index域 : 在 GetResponse報(bào)文中 , 用于指向引起操作失敗的那個(gè)變量 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 對(duì)應(yīng)上述的五種操作 , 有五種報(bào)文類型 , 且使用了兩種協(xié)議數(shù)據(jù)單元 (PDU)格式 : ① GetRequest、 GetNextRequest、 SetRequest和 GetResponse的 PDU格式都是相同的 , 即 : PDU type Request ID error status error index variable binding 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 其中 : 它要求代理響應(yīng)具體的變量值 。 SNMP標(biāo)準(zhǔn)主要由三部分組成 : 網(wǎng)絡(luò)管理協(xié)議 （ Simple Network Management Protocol, SNMP） , 管理信息結(jié)構(gòu) （ Structure of Management Information, SMI）和管理信息庫 （ Management Information Base, MIB） 。 由此可見 , 區(qū)分服務(wù)基于一種簡(jiǎn)單的域模型 , 在網(wǎng)絡(luò)邊界上 , 對(duì)輸入網(wǎng)絡(luò)的流量進(jìn)行分類和調(diào)節(jié) , 并指派給不同的行為集 , 而每個(gè)行為集則由一個(gè)單一的 DSCP來標(biāo)識(shí) 。 例如 , 一個(gè)企業(yè)網(wǎng)絡(luò)的 HPR主機(jī)所輸出的報(bào)文分組應(yīng)具有較高的優(yōu)先級(jí) 。 各種實(shí)現(xiàn)機(jī)制一般適合實(shí)現(xiàn)一個(gè)特定的 PHB組 , 并且在一個(gè)節(jié)點(diǎn)上可以實(shí)現(xiàn)多個(gè) PHB組 。 PHB可以用下列項(xiàng)目定義 : 相對(duì)資源 (如緩沖區(qū)和帶寬 )優(yōu)先級(jí) , 或者相對(duì)流量特性 (如延遲 、 丟失率 )。PHB規(guī)范空間必須包含一個(gè)推薦的缺省 DSCP, 且是惟一的 , 在節(jié)點(diǎn)所實(shí)現(xiàn)的缺省配置中應(yīng)支持缺省 DSCP到 PHB的映射 。 在 IP v6報(bào)頭中 , 重定義了流量級(jí)別 (TC)字段 。該服務(wù)是提供給一個(gè)流量聚集的 。 由于 IP網(wǎng)絡(luò)的發(fā)展仍然是基于無連接的 , 區(qū)分型服務(wù)與之相適應(yīng) , 更適合在大型 IP網(wǎng)絡(luò) (如Inter)中應(yīng)用 。 (3) 盡力型 （ Best Effort） QoS 盡力型 QoS也稱最佳效果傳輸 , 網(wǎng)絡(luò)不提供任何 QoS保證 , 網(wǎng)絡(luò)性能將隨著負(fù)載的增加而明顯下降 。 ④ QoS管理應(yīng)是端到端的。信元延遲變化范圍 (CDV): CTD的變化范圍 。峰值信元速率 (PCR): 用戶發(fā)送信元的最大瞬間速率 。 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 網(wǎng)絡(luò)層協(xié)議主要是 IP協(xié)議 , 其中 IP v6可以通過報(bào)頭中優(yōu)先級(jí)和流標(biāo)識(shí)字段支持 QoS。 國(guó)際標(biāo)準(zhǔn)化組織 (ISO)在 1986年頒布的 ISO/OSI 8072標(biāo)準(zhǔn)中明確地定義了傳輸層 QoS參數(shù) : 第 7 章 多媒體通信服務(wù)質(zhì)量與管理 在不同應(yīng)用系統(tǒng)中 , QoS參數(shù)集的定義方法可能是不同的 , 經(jīng)常使用吞吐量 、 差錯(cuò)率 、 端到端延遲 、延遲抖動(dòng)等網(wǎng)絡(luò)性能參數(shù)來定義 QoS。 對(duì)連續(xù)媒體傳輸來說 , 端到端延遲和延遲抖動(dòng)是兩個(gè)關(guān)鍵的性能參數(shù) 。建立連接延遲 : 用戶發(fā)出連接請(qǐng)求到接收到連接確認(rèn)之間的時(shí)間間隔 。固有差錯(cuò)率 : 在取樣時(shí)間段內(nèi)丟失和出錯(cuò)的信息數(shù)占總信息數(shù)的比率 。優(yōu)先級(jí) : 規(guī)定在該連接上傳輸?shù)膬?yōu)先級(jí) 。 一些連接型網(wǎng)絡(luò)層協(xié)議 , 如 RSVP和 STⅡ 等可以較好地支持 QoS, 其 QoS參數(shù)通過保證服務(wù) (GS)和被控負(fù)載服務(wù) (C