【正文】 些網(wǎng)絡(luò)資源被抽象為管理對象 ， 并具有自己的屬性 ， 通過面向?qū)ο蟮姆椒?， 采用 (抽象語法表示法 1)來描述這些資源 。 網(wǎng)絡(luò)管理 關(guān)鍵技術(shù) 網(wǎng)絡(luò)管理包括 網(wǎng)絡(luò)管理功能集成和網(wǎng)絡(luò)管理應(yīng)用集成 。 網(wǎng)管系統(tǒng)的集成方法主要有層次化集成和集成化網(wǎng)管平臺兩種 。 其中 ， 集成化網(wǎng)管平臺是現(xiàn)代網(wǎng)絡(luò)管理系統(tǒng)的發(fā)展方向 ， 它為網(wǎng)絡(luò)管理應(yīng)用提供了統(tǒng)一便捷的軟件支撐環(huán)境 。 由于集成化網(wǎng)管平臺可提供面向?qū)ο蟮臉?biāo)準(zhǔn)應(yīng)用編程接口 (API)， 因此網(wǎng)絡(luò)設(shè)備廠商和用戶可以利用 API接口開發(fā)自己的網(wǎng)管應(yīng)用軟件 。 網(wǎng)絡(luò)管理 關(guān)鍵技術(shù) 異構(gòu)型互連網(wǎng)絡(luò)在網(wǎng)管中心實現(xiàn)統(tǒng)一的網(wǎng)絡(luò)管理 。實現(xiàn)不同網(wǎng)管系統(tǒng)間管理信息的共享 。 兩種方法 ， 第一種是對由于歷史原因還沒有實現(xiàn)統(tǒng)一管理的網(wǎng)管系統(tǒng)進行遷移；第二種是采用標(biāo)準(zhǔn)化網(wǎng)管平臺 。 遷移方法通常有以下三種： 協(xié)議遷移 、 接口遷移與 MIB遷移 。 網(wǎng)絡(luò)管理 關(guān)鍵技術(shù) 上一個 章首 基于 SNMP的網(wǎng)絡(luò)管理系統(tǒng)是由 IETF提出并廣泛應(yīng)用于 Inter， 它的主要標(biāo)準(zhǔn)由一系列 RFC組成 ， 其特點為面向功能 、 集中控制 、 協(xié)議簡單和支持廣泛 。 基于 CMIP的網(wǎng)絡(luò)管理系統(tǒng)由 ISO提出并被 ITUT的TMN所采用 ， 它的主要標(biāo)準(zhǔn)由 ISO9595/9596及 ITUT ， 其特點為面向?qū)ο?、 分布控制 、協(xié)議復(fù)雜和支持較少 。 網(wǎng)絡(luò)管理系統(tǒng)的發(fā)展趨勢是在 TMN框架下結(jié)合 SNMP和 CMIP的優(yōu)點向?qū)哟位?、集成化?WEB化和智能化發(fā)展。 在建設(shè) SNMP網(wǎng)管系統(tǒng)中主要存在如下問題需要考慮： 1． 網(wǎng)絡(luò)管理系統(tǒng)的規(guī)模 .網(wǎng)管系統(tǒng)的規(guī)模遵循公式：N≦T/D 其中： N為代理數(shù) ， 它代表了網(wǎng)絡(luò)及網(wǎng)絡(luò)管理系統(tǒng)的規(guī)模； T為輪詢周期 ， 即對同一個代理的期望輪詢間隔 ， 它在一定程度上決定了網(wǎng)絡(luò)管理系統(tǒng)的性能； D為執(zhí)行一個完整的操作所需的平均時間 。 D它取決于如下因素： o 網(wǎng)管工作站產(chǎn)生一個請求的時間 o 網(wǎng)管工作站到網(wǎng)管代理的網(wǎng)絡(luò)時延 o 網(wǎng)管代理解釋消息的處理時間 o 網(wǎng)管代理產(chǎn)生響應(yīng)的處理時間 o 網(wǎng)管代理到網(wǎng)管工作站的網(wǎng)絡(luò)時延 o 網(wǎng)管工作站接收和解釋響應(yīng)的處理時間 o 從一個網(wǎng)管代理處得到完整的期望信息所需的請求 /響應(yīng)次數(shù) 2． 單一管理者和樹形管理結(jié)構(gòu)問題 由于基于 SNMP的網(wǎng)管系統(tǒng)主要基于輪詢方式 ， 使得在滿足一定性能要求的情況下可管理的設(shè)備數(shù)量是受限的 ， 因此當(dāng)網(wǎng)絡(luò)規(guī)模超過最大數(shù)量時 ， 可采用分割管理域方式或樹形管理結(jié)構(gòu)方式來解決 。 3． 監(jiān)測信息的收集和控制指令的發(fā)出及其充分性 網(wǎng)管系統(tǒng)所操作的信息項取決于設(shè)備所支持的 MIB，目前在 INTERNET上的主要 MIB為 MIB2， 另外各個廠商還可定義其專用 MIB。 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 計算機網(wǎng)絡(luò)包括通信子網(wǎng)和資源子網(wǎng)。計算機網(wǎng)絡(luò)管理包括對資源子網(wǎng)的管理和對通信子網(wǎng)的管理。資源子網(wǎng)是由各個不同用戶構(gòu)成的，所以資源子網(wǎng)的管理通常由各個用戶負(fù)責(zé)。通信子網(wǎng)是資源子網(wǎng)的基礎(chǔ)，屬于基礎(chǔ)設(shè)施，通信子網(wǎng)的管理則由提供通信子網(wǎng)設(shè)施的公共部門負(fù)責(zé)。 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 上一個 章首 目前對計算機網(wǎng)絡(luò)的管理有兩大模式 ， 一是 集中式管理 ， 另一個是分布式管理 。 ? 集中式管理，它建立一個管理整個網(wǎng)絡(luò)的集中系統(tǒng)，負(fù)責(zé)全網(wǎng)的主機系統(tǒng)的管理、網(wǎng)絡(luò)設(shè)備管理及網(wǎng)絡(luò)應(yīng)用的管理。分布于各地的網(wǎng)絡(luò)設(shè)備如果出現(xiàn)故障，都統(tǒng)一交由網(wǎng)管中心管理員處理，所有信息都存儲在位于網(wǎng)絡(luò)中心的同一數(shù)據(jù)庫中。 ? 分布式管理，設(shè)置一個全網(wǎng)的網(wǎng)管中心對骨干網(wǎng)的網(wǎng)絡(luò)設(shè)備進行控制和管理，并對網(wǎng)管中心各種應(yīng)用的業(yè)務(wù)主機系統(tǒng)進行管理。而各個骨干網(wǎng)絡(luò)又有各自的網(wǎng)管中心負(fù)責(zé)對自己網(wǎng)絡(luò)的管理。 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 計算機網(wǎng)絡(luò)管理因為涉及到網(wǎng)絡(luò)的各個節(jié)點，及網(wǎng)絡(luò)拓?fù)洹⒐?jié)點配置等各個方面，所以需要有一個相對獨立的構(gòu)成體系或者工作體系，我們稱之為 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 。網(wǎng)管體系結(jié)構(gòu)是指網(wǎng)管系統(tǒng)的邏輯結(jié)構(gòu)，主要包括網(wǎng)絡(luò)管理模型的構(gòu)成，以及管理者－代理模式、網(wǎng)管協(xié)議和 MIB庫，從應(yīng)用角度可劃分為以下兩大類 :公用網(wǎng)管體系結(jié)構(gòu) 和專用網(wǎng)管體系結(jié)構(gòu) 。 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 上一個 章首 網(wǎng)絡(luò)管理協(xié)議 網(wǎng)絡(luò) 管理數(shù)據(jù) 管理數(shù)據(jù) 被管設(shè)備 代理 代理 被管設(shè)備 被管設(shè)備 網(wǎng)絡(luò)管理系統(tǒng)（ NMS 管理實體 Proxies agent 代理 管理數(shù)據(jù) 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 被管設(shè)備可以是計算機系統(tǒng)或其它網(wǎng)絡(luò)設(shè)備，它們所運行的軟件能夠識別設(shè)備的問題，及問題所在的位置及原因，并發(fā)出相應(yīng)的告警信息。各管理實體可以輪詢各種終端工作站，檢查確定變量的當(dāng)前值。輪詢可以是自動的或由用戶發(fā)起。被管設(shè)備中的代理負(fù)責(zé)響應(yīng)這些輪詢。代理是一些軟件模塊，用于收集代理所在的被管設(shè)備的有關(guān)信息，將這些信息存入有關(guān)管理數(shù)據(jù)庫中，并通過某種網(wǎng)絡(luò)管理協(xié)議向網(wǎng)絡(luò)管理系統(tǒng)（ NMS）中的各種管理實體提供相應(yīng)的數(shù)據(jù)。管理委托（ Proxies agent）是一些能夠提供代表其它實體的管理信息的實體。 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 上一個 章首 OSI網(wǎng)絡(luò)管理體系結(jié)構(gòu) OSI參考模型的基本構(gòu)造技術(shù)是分層。利用層次結(jié)構(gòu)把開放系統(tǒng)的信息交換問題分解在一系列較容易控制的軟硬件模塊即層中。 管理應(yīng)用軟件 配置管理 性能管理 安全管理 故障管理 計費管理 公共管理信息服務(wù) CMIS 對象管理 日志管理 關(guān)系管理 狀態(tài)管理 告警管理 測試管理 安全告警 事件管理 追蹤管理 總結(jié)功能 負(fù)載監(jiān)測 計費管理 系 統(tǒng) 管 理 功 能 系統(tǒng)管理功能域 底層協(xié)議支持 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 上一個 章首 Inter網(wǎng)管結(jié)構(gòu)就是基于 SNMP的結(jié)構(gòu)。簡單網(wǎng)絡(luò)管理協(xié)議（ SNMP）是一種在 Inter中普遍使用的用于在網(wǎng)絡(luò)設(shè)備之間交換管理信息的應(yīng)用層協(xié)議。 SNMP屬于網(wǎng)絡(luò)管理平臺，它為網(wǎng)絡(luò)管理應(yīng)用系統(tǒng)和被管的網(wǎng)絡(luò)設(shè)備之間的交互提供了標(biāo)準(zhǔn)的界面。 圖 管理節(jié)點 (MN) 管理節(jié)點 管理節(jié)點 用戶接口 管理應(yīng)用程序 代理 MIB 代理 MIB 代理 MIB SNMP 網(wǎng)絡(luò)協(xié)議SNMP SNMP 網(wǎng)絡(luò)管理系統(tǒng) NMS 計算機網(wǎng)絡(luò)管理的體系結(jié)構(gòu) 上一個 章首 TMN網(wǎng)絡(luò)管理體系結(jié)構(gòu) 電信管理網(wǎng)（ TMN）概念是國際電信聯(lián)盟－電信部在 1988年正式定義的作為其標(biāo)準(zhǔn)環(huán)境中的一個部分。TMN是一個獨立的能夠管理電信網(wǎng)的網(wǎng)絡(luò)。 數(shù) 據(jù) 通 信 網(wǎng) 傳輸系統(tǒng) TMN WS：工作站 OS：操作系統(tǒng) OS 交換機 OS OS OS 傳輸系統(tǒng) 交換機 交換機 WS WS WS WS 簡單管理協(xié)議 SNMP 上一個 章首 簡單網(wǎng)絡(luò)管理協(xié)議（ SNMP）是 TCP/IP協(xié)議簇的一個應(yīng)用層協(xié)議，是目前 TCP/IP網(wǎng)絡(luò)中應(yīng)用最為廣泛的網(wǎng)絡(luò)管理協(xié)議。它由三個協(xié)議組成 ： 1） 管理信息庫 (MIB)：包含狀態(tài)信息的數(shù)據(jù)庫。 2） 管理信息的結(jié)構(gòu)與標(biāo)識 (SMI)：定義 MIB的入口。 3） 簡單網(wǎng)絡(luò)管理協(xié)議 (SNMP)：受管理的對象與服務(wù)器間的通信方法。 簡單管理協(xié)議 SNMP 受 SNMP管理的設(shè)備可與位于網(wǎng)絡(luò)某處的 SNMP服務(wù)器通信。設(shè)備與服務(wù)器有兩種通信方式：輪詢及中斷。 接受輪詢的設(shè)備由服務(wù)器詢問當(dāng)前的狀態(tài)或統(tǒng)計信息。輪詢通常在一定時間間隔執(zhí)行，由網(wǎng)絡(luò)服務(wù)器與受管理的設(shè)備進行通信。輪詢的問題是：信息不總是實時的，同時由于受管理的設(shè)備數(shù)量增多及輪詢頻率過高的影響容易造成網(wǎng)絡(luò)擁塞。 在基于中斷的 SNMP系統(tǒng)中，當(dāng)受管理的設(shè)備出現(xiàn)異常時，向服務(wù)器發(fā)送消息，在這種方式下，服務(wù)器可以及時知道問題 —如果設(shè)備崩潰只有其他設(shè)備與已崩潰的設(shè)備進行連接時，系統(tǒng)才可能發(fā)現(xiàn)問題。 簡單管理協(xié)議 SNMP SNMP1的消息格式 PDU類型 請求標(biāo)識 錯誤狀態(tài) 錯誤索引 對象值1 對象值2 對象值x 對象類型 代理地址 一般Trap 特定Trap 時間戳 對象值 1 對象值 2 對象值 x 基于 Web的網(wǎng)絡(luò)管理模式 上一個 章首 WBM的出現(xiàn)是 Intra廣為流行的必然趨勢。一般Intra都運行于 TCP/IP協(xié)議之上并且由防火墻將其與外部 Inter隔離。網(wǎng)絡(luò)內(nèi)部都建有 Web服務(wù)器 ,它們通過與超文本標(biāo)記語言 (HTML)有關(guān)的協(xié)議與其它用戶通信。 Intra用戶可以在任何一個網(wǎng)絡(luò)節(jié)點或是網(wǎng)絡(luò)平臺上使用友好的、易操作的 Web瀏覽器與服務(wù)器通信。 基于 Web的網(wǎng)絡(luò)管理模式 有兩種基本方法可以實現(xiàn) WBM。 一種是 代理的解決方案 ,即將一個基于 Web的服務(wù)器加載到中間工作站 (代理服務(wù)器 )上 ,網(wǎng)絡(luò)用戶使用 Web的超文本傳輸協(xié)議(HTTP)通過 Web瀏覽器和代理工作站通信 ,而代理工作站使用 SNMP協(xié)議和終端網(wǎng)絡(luò)設(shè)備通信。開發(fā)商提供代理的解決方案一般都通過在現(xiàn)成的管理產(chǎn)品中加載一個 Web服務(wù)器； 第二種 實現(xiàn) WBM的方式是嵌入的方法 ,Web服務(wù)器事實上已經(jīng)嵌入到終端網(wǎng)絡(luò)設(shè)備內(nèi)部。每一個設(shè)備都有自己的 Web地址 ,這樣網(wǎng)絡(luò)管理員就可以通過用 Web瀏覽器訪問設(shè)備的地址來管理這些設(shè)備。 網(wǎng)絡(luò)管理發(fā)展前景 上一個 章首 網(wǎng)管系統(tǒng)的基本功能從 IT管理的發(fā)展趨勢來看 ， 經(jīng)歷了從大型機系統(tǒng)管理到網(wǎng)絡(luò)管理的發(fā)展過程 ， 今天的 IT管理更已發(fā)展到以 C/S結(jié)構(gòu)為主的分布式管理階段 ， 這時的管理系統(tǒng)不能僅考慮系統(tǒng)管理或網(wǎng)絡(luò)管理 ， 而必須結(jié)合兩方面的優(yōu)勢；同時 ， 從 IT發(fā)展的趨勢來看 ， 未來的管理需要端到端的針對服務(wù)的管理功能 。 網(wǎng)絡(luò)管理發(fā)展前景 1) End to End(端到端 )的管理 。 初期的網(wǎng)管方案多是在一個單一環(huán)境下以單一任務(wù)管理為特點 ，如監(jiān)視一個 TCP/IP網(wǎng) ， 是有針對性的 ， 而發(fā)展到現(xiàn)在是針對多環(huán)境 、 多任務(wù)的方案 ， 下一步必須會發(fā)展到有一個系統(tǒng)可以將從對系統(tǒng)到網(wǎng)絡(luò)到分布的多種管理全部集成起來的方案 。 2) 針對服務(wù)的管理 。 這必須考慮可以滿足從較低檔次的系統(tǒng)到較高的系統(tǒng)都能很容易 、 方便地使用 ， 如對整個環(huán)境的反應(yīng)速度 、 可用度等系統(tǒng)都可方便得到 。 網(wǎng)絡(luò)管理發(fā)展前景 從技術(shù)角度看 ， 網(wǎng)管系統(tǒng)的發(fā)展趨勢包括： 1) 靈活性 ， 由于網(wǎng)絡(luò)的環(huán)境越來越大 ， 網(wǎng)管系統(tǒng)必須具備很高的靈活性； 2) 高可用度 ， 如對系統(tǒng)中的一些關(guān)鍵任務(wù) ， 網(wǎng)管系統(tǒng)應(yīng)能注意到并反映出來； 3) 可使用度 ， 對復(fù)雜的環(huán)境 ， 應(yīng)以簡單的方式完成； 4) 安全性 ， 這是網(wǎng)絡(luò)運行越來越重要的要求 。