一、網(wǎng)絡(luò)治理基本概念

    現(xiàn)在網(wǎng)絡(luò)上有各種網(wǎng)絡(luò)設(shè)備，這就意味著實(shí)現(xiàn)對各種硬件平臺、各種軟件操作系統(tǒng)中運(yùn)行程序的統(tǒng)一治理不太可能。實(shí)際上，對這些程序的治理無非就是需要向它們發(fā)送命令和數(shù)據(jù)，以及從它們那里取得數(shù)據(jù)和狀態(tài)信息。這樣，系統(tǒng)需要一個(gè)治理者的角色和被治理對象（managed object，MO）。由于一般程序都有多種對象需要被治理（對應(yīng)一組不同的網(wǎng)絡(luò)資源），因此，我們可以用一個(gè)程序作為代理（Agent），將這些被治理對象全部包裝起來， 實(shí)現(xiàn)對治理者的統(tǒng)一交互。

    要實(shí)現(xiàn)對被治理程序（代理）的治理，治理者需要知道被治理程序中的信息模型（實(shí)際上就是代理包含的被治理對象的信息模型）。為了這些信息的傳送，人們就必須在治理者和被治理者之間規(guī)定一個(gè)網(wǎng)絡(luò)協(xié)議。我們知道，不同的平臺對于整數(shù)、字符有不同的編碼， 為了讓不同平臺下的應(yīng)用程序讀懂對方的數(shù)據(jù)，還必須規(guī)定一種沒有二義性、統(tǒng)一的數(shù)據(jù)描述語法和編碼格式。所以，ITU規(guī)定了信息模型定義的語法（GDMO，Guidelines for Definition of Managed Objects）、OSI應(yīng)用層的協(xié)議（CMip，Common Management Information PRotocol）、 標(biāo)準(zhǔn)的數(shù)據(jù)描述語言（ASN.1，Abstract Syntax Notation One）。

    GDMO語法主要用來描述各種網(wǎng)絡(luò)中需要被治理的各種具體和抽象的資源。一般廠商的設(shè)備都需要用這種語法將該設(shè)備的信息模型描述出來，以方便用戶或者別的廠商實(shí)現(xiàn)對該設(shè)備的治理。CMIP的下層協(xié)議一般使用OSI的協(xié)議堆棧，主要用來實(shí)現(xiàn)對GDMO定義對象的各種操作， 如創(chuàng)建、 刪除對象實(shí)例、 屬性的讀寫等等。由于硬件不同，軟件平臺上的數(shù)據(jù)格式（編碼格式、字長、結(jié)構(gòu)內(nèi)部尋址邊界等等）的不同，TMN的管 理者和被治理者必須通過統(tǒng)一的數(shù)據(jù)描述語法ASN.1描述，保證對接收的數(shù)據(jù)作出正確的解析，取出正確的數(shù)據(jù)內(nèi)容。

    ASN.1不僅是一種數(shù)據(jù)描述語言，它還為通信的雙方規(guī)定了同一種數(shù)據(jù)編碼格式，例如BER（Basic Encoding Rule）。在一個(gè)治理程序和被治理程序之間，用標(biāo)準(zhǔn)的GDMO定義信息模型，用ASN.1定義交互數(shù)據(jù)，用CMIP實(shí)現(xiàn)交互操作。這三點(diǎn)實(shí)現(xiàn)以后，我們就可以認(rèn)為設(shè)備之間遵從了TMN中功能模塊間的Q3接口（Reference Point）標(biāo)準(zhǔn)。當(dāng)然，ITU還規(guī)定了別的接口，像Qx、X等，這些接口可以認(rèn)為是為Q3服務(wù)的。

    二、網(wǎng)絡(luò)治理的發(fā)展

    實(shí)際上，網(wǎng)絡(luò)治理已存在很久了。因?yàn)閺膹V義上講，任何一個(gè)系統(tǒng)都需要治理，只是根據(jù)系統(tǒng)的大小、復(fù)雜性的高低，治理在系統(tǒng)中的重要性也有重有輕。網(wǎng)絡(luò)當(dāng)然也是一個(gè)系統(tǒng)。追溯到19世紀(jì)末的電信網(wǎng)絡(luò)，就已有自己相應(yīng)的治理"系統(tǒng)"—電話話務(wù)員。他就是整個(gè)電話網(wǎng)絡(luò)系統(tǒng)的治理員，盡管他能治理的內(nèi)容非常有限。而計(jì)算機(jī)網(wǎng)絡(luò)的治理，可以說是伴隨著1969年世界上第一個(gè)計(jì)算機(jī)網(wǎng)絡(luò)—ARPANET的產(chǎn)生而產(chǎn)生的。當(dāng)時(shí)，ARPANET有一個(gè)相應(yīng)的治理系統(tǒng)。隨后的一些網(wǎng)絡(luò)結(jié)構(gòu)，如IBM的SNA、DEC的DNA、Apple的AppleTalk等，也都有相應(yīng)的治理系統(tǒng)。但是，雖然網(wǎng)絡(luò)治理很早就有，卻一直沒有得到應(yīng)有的重視。這是因?yàn)楫?dāng)時(shí)的網(wǎng)絡(luò)規(guī)模較小、復(fù)雜性不高，一個(gè)簡單的專用網(wǎng)絡(luò)治理系統(tǒng)就可滿足網(wǎng)絡(luò)正常工作的需要， 因而對其研究較少。但隨著網(wǎng)絡(luò)的發(fā)展，規(guī)模增大、復(fù)雜性增加，以前的網(wǎng)絡(luò)治理技術(shù)已不 能適應(yīng)網(wǎng)絡(luò)的迅速發(fā)展。非凡是以往的網(wǎng)絡(luò)治理系統(tǒng)往往是廠商在自己的網(wǎng)絡(luò)系統(tǒng)中開發(fā)的專用系統(tǒng)，很難對其他廠商的網(wǎng)絡(luò)系統(tǒng)、通信設(shè)備軟件等進(jìn)行治理。這種狀況很不適應(yīng)網(wǎng)絡(luò)異構(gòu)互連的發(fā)展趨勢。80年代初期Internet的出現(xiàn)和發(fā)展更使人們意識到了這一點(diǎn)。

    研究開發(fā)者們迅速展開了對網(wǎng)絡(luò)治理的研究，并提出了多種網(wǎng)絡(luò)治理方案，包括HEMS（HighLe vel Entity Management Systems），SGMP（the Simple Gateway Monitoring Protocol），CM IS/CMIP（The Common Management Information Service/Protocol），NETVIEW，LANMANA GER等等。到1987年底，Internet的核心治理機(jī)構(gòu)IAB（Internet Activities Board）意識到 需要在眾多的網(wǎng)絡(luò)治理方案中進(jìn)行選擇，以便集中對網(wǎng)絡(luò)治理的研究。IAB要選擇適合于TCP/IP網(wǎng)絡(luò)、非凡是Internet的治理方案。在1988年3月的會議上，IAB制訂了Internet治理的發(fā)展策略，即采用SGMP作為短期的Internet的治理解決方案，并在適當(dāng)?shù)臅r(shí)候轉(zhuǎn)向CMIS/CMIP.其中，SGMP是在NYSERNET和SURANET上開發(fā)應(yīng)用的網(wǎng)絡(luò)治理工具，而CMIS/CMIP是80年代中期國際標(biāo)準(zhǔn)化組織（ISO）和CCITT聯(lián)合制訂的網(wǎng)絡(luò)治理標(biāo)準(zhǔn)。同時(shí)，IAB還分別成立了相應(yīng)的工作組，對這些方案進(jìn)行適當(dāng)?shù)男薷模顾鼈兏m于Internet的治理。

    這些工作組隨后相應(yīng)推出了SNMP（Simple Network Management Protocol）（1988）和CMOT（CMIP/CMIS On TCP/IP ）（1989）。但實(shí)際情況的發(fā)展并非如IAB所計(jì)劃的那樣。SNMP一推出就得到了廣泛的應(yīng)用和支持，而CMIS/CMIP的實(shí)現(xiàn)卻由于其復(fù)雜性和實(shí)現(xiàn)代價(jià)太高而碰到了困難。當(dāng)ISO不斷修改CMIP/CMIS使之趨于成熟時(shí)，SNMP在實(shí)際應(yīng)用環(huán)境中得到了檢驗(yàn)和發(fā)展。1990年IETF在RFC 1 157中正式公布了SNMP，1993年4月又發(fā)布了SNMP v2（RFC 1441）。當(dāng)ISO的網(wǎng)絡(luò)治理標(biāo)準(zhǔn)終于趨向成熟時(shí)，SNMP已經(jīng)得到了數(shù)百家廠商的支持，其中包括IBM、HP、Fujitsu、SunSoft等 大公司和廠商。目前SNMP已成為網(wǎng)絡(luò)治理領(lǐng)域中事實(shí)上的工業(yè)標(biāo)準(zhǔn)，并被廣泛支持和應(yīng)用， 大多數(shù)網(wǎng)絡(luò)治理系統(tǒng)和平臺都是基于SNMP的。

    由于實(shí)際應(yīng)用的需要，對網(wǎng)絡(luò)治理的研究很多，并已成為涉及通信和計(jì)算機(jī)領(lǐng)域的全球性熱門課題。IEEE通信學(xué)會下屬的網(wǎng)絡(luò)營運(yùn)與治理專業(yè)委員會（CNOM，Committee of Netwo rkOperation and Management），從1988年起每兩年舉辦一次網(wǎng)絡(luò)營運(yùn)與治理專題討論會（N OMS，Network Operation and Management Symposium）。國際信息處理聯(lián)合會（IFIP）也從 1989年開始每兩年舉辦一次綜合網(wǎng)絡(luò)治理專題討論會。還有一個(gè)OSI網(wǎng)絡(luò)治理論壇（OSI/NM FORUM），專門討論網(wǎng)絡(luò)治理的有關(guān)問題。近幾年來，又有一些廠商和組織推出了自己的網(wǎng)絡(luò)治理解決方案。比較有影響的有：網(wǎng)絡(luò)治理論壇的OMNIPoint和開放軟件基金會（OSF）的DME （Distributed Management Environment）。另外，各大計(jì)算機(jī)與網(wǎng)絡(luò)通信廠商已經(jīng)推出了各自的網(wǎng)絡(luò)治理系統(tǒng)，如HP的OpenView、IBM的NetView系列、Fujitsu的NetWalker及SunSo ft的Sunnet Manager等等。它們都已在各種實(shí)際應(yīng)用環(huán)境下得到了一定的應(yīng)用，并已有了相當(dāng)?shù)挠绊憽?/P>

    網(wǎng)絡(luò)近幾年來在中國得到了迅速的發(fā)展，非凡是在一些大中型企業(yè)、銀行金融部門、郵電行業(yè)等領(lǐng)域，應(yīng)用更為廣泛。但網(wǎng)絡(luò)治理僅是起步階段。由于網(wǎng)絡(luò)治理系統(tǒng)對一個(gè)網(wǎng)絡(luò)系統(tǒng)的高效運(yùn)行非常重要，因此在我國大力推廣網(wǎng)絡(luò)治理系統(tǒng)的研究與應(yīng)用非常迫切。我們的觀點(diǎn)是，在應(yīng)用方面要采取引進(jìn)與自己開發(fā)相結(jié)合的方式。一方面，國內(nèi)對網(wǎng)絡(luò)治理的研究與應(yīng)用剛剛開始，與國外先進(jìn)水平有一定的差距，完全自己開發(fā)是不太現(xiàn)實(shí)的；另一方面，僅僅依靠國外的產(chǎn)品也并不好。國外的網(wǎng)絡(luò)治理產(chǎn)品并不一定很適合我國的網(wǎng)絡(luò)應(yīng)用環(huán)境，而且這對我們自己的網(wǎng)絡(luò)治理研究也不利。在研究方面，應(yīng)盡可能跟蹤國外的先進(jìn)技術(shù)，并開展自己的研究。

    三、網(wǎng)絡(luò)治理的功能

    ISO在ISO/IEC 7498-4文檔中定義了網(wǎng)絡(luò)治理的五大功能，并被廣泛接受。這五大功能是：

    （1）故障治理（fault management）

    故障治理是網(wǎng)絡(luò)治理中最基本的功能之一。用戶都希望有一個(gè)可靠的計(jì)算機(jī)網(wǎng)絡(luò)。當(dāng)網(wǎng)絡(luò)中某個(gè)組成失效時(shí)，網(wǎng)絡(luò)治理器必須迅速查找到故障并及時(shí)排除。通常不大可能迅速隔離某個(gè)故障，因?yàn)榫W(wǎng)絡(luò)故障的產(chǎn)生原因往往相當(dāng)復(fù)雜，非凡是當(dāng)故障是由多個(gè)網(wǎng)絡(luò)組成共同引起的。在此情況下，一般先將網(wǎng)絡(luò)修復(fù)，然后再分析網(wǎng)絡(luò)故障的原因。分析故障原因?qū)τ诜乐诡愃乒收系脑侔l(fā)生相當(dāng)重要。網(wǎng)絡(luò)故障治理包括故障檢測、隔離和糾正三方面，應(yīng)包括以下典型功能：

    。維護(hù)并檢查錯(cuò)誤日志

    。接受錯(cuò)誤檢測報(bào)告并作出響應(yīng)

    。跟蹤、辨認(rèn)錯(cuò)誤

    。執(zhí)行診斷測試

    。糾正錯(cuò)誤

    對網(wǎng)絡(luò)故障的檢測依據(jù)對網(wǎng)絡(luò)組成部件狀態(tài)的監(jiān)測。不嚴(yán)重的簡單故障通常被記錄在 錯(cuò)誤日志中，并不作非凡處理；而嚴(yán)重一些的故障則需要通知網(wǎng)絡(luò)治理器，即所謂的"警報(bào)". 一般網(wǎng)絡(luò)治理器應(yīng)根據(jù)有關(guān)信息對警報(bào)進(jìn)行處理，排除故障。當(dāng)故障比較復(fù)雜時(shí)，網(wǎng)絡(luò)治理 器應(yīng)能執(zhí)行一些診斷測試來辨別故障原因。

    （2）計(jì)費(fèi)治理（accounting management）

    計(jì)費(fèi)治理記錄網(wǎng)絡(luò)資源的使用，目的是控制和監(jiān)測網(wǎng)絡(luò)操作的費(fèi)用和代價(jià)。它對一些公共商業(yè)網(wǎng)絡(luò)尤為重要。它可以估算出用戶使用網(wǎng)絡(luò)資源可能需要的費(fèi)用和代價(jià)，以及已經(jīng)使用的資源。網(wǎng)絡(luò)治理員還可規(guī)定用戶可使用的最大費(fèi)用，從而控制用戶過多占用和使用網(wǎng)絡(luò) 資源。這也從另一方面提高了網(wǎng)絡(luò)的效率。另外，當(dāng)用戶為了一個(gè)通信目的需要使用多個(gè)網(wǎng)絡(luò)中的資源時(shí)，計(jì)費(fèi)治理應(yīng)可計(jì)算總計(jì)費(fèi)用。

    （3）配置治理（configuration management）

    配置治理同樣相當(dāng)重要。它初始化網(wǎng)絡(luò)、并配置網(wǎng)絡(luò)，以使其提供網(wǎng)絡(luò)服務(wù)。配置治理 是一組對辨別、定義、控制和監(jiān)視組成一個(gè)通信網(wǎng)絡(luò)的對象所必要的相關(guān)功能，目的是為了 實(shí)現(xiàn)某個(gè)特定功能或使網(wǎng)絡(luò)性能達(dá)到最優(yōu)。

    這包括：

    。設(shè)置開放系統(tǒng)中有關(guān)路由操作的參數(shù)

    。被管對象和被管對象組名字的治理

    。初始化或關(guān)閉被管對象

    。根據(jù)要求收集系統(tǒng)當(dāng)前狀態(tài)的有關(guān)信息

    。獲取系統(tǒng)重要變化的信息

    。更改系統(tǒng)的配置

    （4）性能治理（performance management）

    性能治理估價(jià)系統(tǒng)資源的運(yùn)行狀況及通信效率等系統(tǒng)性能。其能力包括監(jiān)視和分析被管網(wǎng)絡(luò)及其所提供服務(wù)的性能機(jī)制。性能分析的結(jié)果可能會觸發(fā)某個(gè)診斷測試過程或重新配置網(wǎng)絡(luò)以維持網(wǎng)絡(luò)的性能。性能治理收集分析有關(guān)被管網(wǎng)絡(luò)當(dāng)前狀況的數(shù)據(jù)信息，并維持和分析性能日志。