導(dǎo)語：如何才能寫好一篇網(wǎng)管技術(shù)，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

【關(guān)鍵詞】網(wǎng)管專家服務(wù) snmp 關(guān)鍵技術(shù)研究

1 引言

abc公司的各分支機(jī)構(gòu)遍布全國,各分支與總部之間和各分支相互之間有多種業(yè)務(wù),每種業(yè)務(wù)對網(wǎng)絡(luò)要求都不一樣,有些業(yè)務(wù)（如voip、 erp等）對于網(wǎng)絡(luò)質(zhì)量有比較高的要求,因此中國電信建議abc公司選用中國電信新一代網(wǎng)絡(luò)“ip虛擬專網(wǎng)”組建全新的企業(yè)業(yè)務(wù)網(wǎng)絡(luò),中國電信同時(shí)為客戶提供遠(yuǎn)程的網(wǎng)絡(luò)監(jiān)控及管理服務(wù)——中國電信網(wǎng)管專家服務(wù)。

網(wǎng)管專家服務(wù)主要基于cpe到cpe的管理,并針對“ip虛擬專網(wǎng)”提供個(gè)性化的性能指標(biāo)監(jiān)控和管理,根據(jù)abc公司的網(wǎng)絡(luò)情況,中國電信建議為abc公司管理全國的專線線路和網(wǎng)絡(luò)設(shè)備,并每月提供相應(yīng)的網(wǎng)絡(luò)運(yùn)行分析報(bào)告。它以“一點(diǎn)接入、全網(wǎng)監(jiān)控”的方式,7*24小時(shí)實(shí)時(shí)監(jiān)控客戶的端到端網(wǎng)絡(luò)性能狀況和故障情況,主動發(fā)現(xiàn)和處理客戶網(wǎng)絡(luò)故障,并及時(shí)主動通知客戶,定期向客戶提供網(wǎng)絡(luò)運(yùn)行及優(yōu)化分析報(bào)告,同時(shí),通過“大客戶貼心服務(wù)系統(tǒng)”web界面,客戶能自主地透明查看其網(wǎng)絡(luò)的實(shí)時(shí)運(yùn)行狀況及故障處理階段狀態(tài),并可按客戶需求提供cpe設(shè)備現(xiàn)場服務(wù)、頂替服務(wù)或租賃服務(wù),從而為客戶提供差異化、高增值的廣域網(wǎng)絡(luò)監(jiān)控管理外包服務(wù)。

2 服務(wù)技術(shù)原理及關(guān)鍵技術(shù)研究

網(wǎng)管專家服務(wù)采用標(biāo)準(zhǔn)的snmp協(xié)議和icmp獲取客戶網(wǎng)絡(luò)的網(wǎng)管信息。網(wǎng)管專家服務(wù)數(shù)據(jù)中心的polling server每30秒ping被管理設(shè)備；每5分鐘主動獲取設(shè)備的cpu, memory, interface信息（不同廠商設(shè)備cpu, memory和interface的oid不一樣）；被動檢聽設(shè)備的snmp traps,立即響應(yīng)。2.1 snmp原理

基于tcp/ip的網(wǎng)絡(luò)管理包含兩部分：網(wǎng)絡(luò)管理站（也叫管理進(jìn)程,manager）和被管理的網(wǎng)絡(luò)單元（也叫被管設(shè)備）。被管設(shè)備種類繁多,例如：路由器、x終端、終端服務(wù)器和打印機(jī)等。這些被管設(shè)備的共同點(diǎn)就是都運(yùn)行tcp/ip協(xié)議。被管設(shè)備端和管理相關(guān)的軟件叫做程序(agent)或進(jìn)程基于tcp/ip的網(wǎng)絡(luò)管理包含3個(gè)組成部分：

一個(gè)管理信息庫mib（management information base）。管理信息庫包含所有進(jìn)程的所有可被查詢和修改的參數(shù)。

關(guān)于mib的一套公用的結(jié)構(gòu)和表示符號。叫做管理信息結(jié)構(gòu)smi（structure of management information）。

管理進(jìn)程和進(jìn)程之間的通信協(xié)議,叫做簡單網(wǎng)絡(luò)管理協(xié)議snmp（simple network management protocol）。

關(guān)于管理進(jìn)程和進(jìn)程之間的交互信息,snmp定義了5種報(bào)文：

get-request操作：從進(jìn)程處提取一個(gè)或多個(gè)參數(shù)值。

get-next-request操作：從進(jìn)程處提取一個(gè)或多個(gè)參數(shù)的下一個(gè)參數(shù)值。

set-request操作：設(shè)置進(jìn)程的一個(gè)或多個(gè)參數(shù)值。

get-response操作：返回的一個(gè)或多個(gè)參數(shù)值。這個(gè)操作是由進(jìn)程發(fā)出的。它是前面3中操作的響應(yīng)操作。

trap操作：進(jìn)程主動發(fā)出的報(bào)文,通知管理進(jìn)程有某些事情發(fā)生。

前面的3個(gè)操作（get-request、get-next-request、set-request）是由管理進(jìn)程向進(jìn)程發(fā)出的。后面2個(gè)（get-response、trap）是進(jìn)程發(fā)給管理進(jìn)程的。

snmp（簡單網(wǎng)絡(luò)管理協(xié)議）是用來管理網(wǎng)絡(luò)設(shè)備時(shí)的國際標(biāo)準(zhǔn)協(xié)議,通過對網(wǎng)絡(luò)設(shè)備mib（管理信息庫）中的具體參數(shù)的查詢和設(shè)置,可以實(shí)現(xiàn)對網(wǎng)絡(luò)設(shè)備的管理。例如：對許多啟用了標(biāo)準(zhǔn)snmp協(xié)議的網(wǎng)絡(luò)設(shè)備（如cisco交換機(jī)、路由器等）的接口信息,不但能使用前面介紹的snmp的get操作獲得接口狀態(tài)的up或down的信息,而且可以使用set操作來設(shè)置接口的up或down狀態(tài)。這就是使用snmp協(xié)議對網(wǎng)絡(luò)設(shè)備進(jìn)行管理的技術(shù)實(shí)現(xiàn)原理。2.2 icmp原理

icmp是“internet control message protocol”（internet控制消息協(xié)議）的縮寫。它是tcp/ip協(xié)議族的一個(gè)子協(xié)議,用于在ip主機(jī)、路由器之間傳遞控制消息?？刂葡⑹侵妇W(wǎng)絡(luò)通不通、主機(jī)是否可達(dá)、路由是否可用等網(wǎng)絡(luò)本身的消息。這些控制消息雖然并不傳輸用戶數(shù)據(jù),但是對于用戶數(shù)據(jù)的傳遞起著重要的作用。

經(jīng)常使用的ping命令的執(zhí)行過程實(shí)際上就是icmp協(xié)議工作的過程。ping (packet internet grope),用于測試網(wǎng)絡(luò)連接量的程序。基于icmp協(xié)議的ping命令是個(gè)使用頻率極高的實(shí)用程序,用于確定本地主機(jī)是否能與另一臺主機(jī)交換（發(fā)送與接收）數(shù)據(jù)報(bào)。根據(jù)返回的信息,我們就可以推斷tcp/ip參數(shù)是否設(shè)置得正確以及運(yùn)行是否正常。

按照缺省設(shè)置,ping命令發(fā)送4個(gè)icmp（網(wǎng)間控制報(bào)文協(xié)議）回送請求,每個(gè)32字節(jié)數(shù)據(jù),如果一切正常,我們應(yīng)能得到4個(gè)回送應(yīng)答。 ping能夠以毫秒為單位顯示發(fā)送回送請求到返回回送應(yīng)答之間的時(shí)間量。如果應(yīng)答時(shí)間短,表示數(shù)據(jù)報(bào)不必通過太多的路由器或網(wǎng)絡(luò)連接速度比較快。ping還能顯示ttl（time to live存在時(shí)間）值,我們可以通過ttl值推算一下數(shù)據(jù)包已經(jīng)通過了多少個(gè)路由器：源地點(diǎn)ttl起始值（就是比返回ttl略大的一個(gè)2的乘方數(shù)）-返回時(shí)ttl值。如果某些ping命令出現(xiàn)運(yùn)行故障,它也可以指明到何處去查找問題。2.3 netflow技術(shù)

netflow技術(shù)首先被用于網(wǎng)絡(luò)設(shè)備對數(shù)據(jù)交換進(jìn)行加速,并可同步實(shí)現(xiàn)對高速轉(zhuǎn)發(fā)的ip數(shù)據(jù)流(flow)進(jìn)行測量和統(tǒng)計(jì)。經(jīng)過多年的技術(shù)演進(jìn),netflow原來用于數(shù)據(jù)交換加速的功能已經(jīng)逐步由網(wǎng)絡(luò)設(shè)備中的專用asic芯片實(shí)現(xiàn),而對流經(jīng)網(wǎng)絡(luò)設(shè)備的ip數(shù)據(jù)流進(jìn)行特征分析和測量的功能也已更加成熟,成為了當(dāng)今互聯(lián)網(wǎng)領(lǐng)域公認(rèn)的最主要的ip/mpls流量分析和計(jì)量行業(yè)標(biāo)準(zhǔn),同時(shí)也被廣泛用于網(wǎng)絡(luò)安全管理。利用netflow技術(shù)能對ip/mpls網(wǎng)絡(luò)的通信流量進(jìn)行詳細(xì)的行為模式分析和計(jì)量,并提供網(wǎng)絡(luò)運(yùn)行的準(zhǔn)確統(tǒng)計(jì)數(shù)據(jù),這些功能都是運(yùn)營商在進(jìn)行網(wǎng)絡(luò)安全管理時(shí)實(shí)現(xiàn)異常通信流量檢測和參數(shù)定性分析所必需的。

由于ip網(wǎng)絡(luò)的非面向連接特性,網(wǎng)絡(luò)中不同類型業(yè)務(wù)的通信可能是任意一臺終端設(shè)備向另一臺終端設(shè)備發(fā)送的一組ip數(shù)據(jù)包,這組數(shù)據(jù)包實(shí)際上就構(gòu)成了運(yùn)營商網(wǎng)絡(luò)中某種業(yè)務(wù)的一個(gè)數(shù)據(jù)流(flow)。通過分析ip數(shù)據(jù)包的不同屬性（源ip地址、目標(biāo)ip地址、協(xié)議類型）來進(jìn)行流量分析?？梢钥焖賲^(qū)分網(wǎng)絡(luò)中傳送的各種不同類型業(yè)務(wù)的flow。對區(qū)分出的每個(gè)數(shù)據(jù)流netflow可以進(jìn)行單獨(dú)地跟蹤和準(zhǔn)確計(jì)量,記錄其傳送方向和目的地等流向特性,統(tǒng)計(jì)其起始和結(jié)束時(shí)間,服務(wù)類型,包含的數(shù)據(jù)包數(shù)量和字節(jié)數(shù)量等流量信息。對采集到的數(shù)據(jù)流流量和流向信息,netflow可以定期輸出原始記錄,也可以對原始記錄進(jìn)行自動匯聚后輸出統(tǒng)計(jì)結(jié)果。2.4 saa

服務(wù)保證（saa）是service assurance agent的簡寫,saa為整個(gè)網(wǎng)絡(luò)提供了針對服務(wù)級別的管理。允許檢測應(yīng)答時(shí)間、網(wǎng)絡(luò)資源、有效性、跳動、連接時(shí)間、數(shù)據(jù)包丟失和應(yīng)用程序工作情況,允許用戶監(jiān)控網(wǎng)絡(luò)性能,還可通過測試響應(yīng)時(shí)間來判斷程序性能。利用這些功能,管理員能進(jìn)行故障修復(fù),問題公告,問題分析等操作。通過saa業(yè)務(wù)定期執(zhí)行,可以真實(shí)的衡量網(wǎng)絡(luò)性能。各種性能衡量尺度包括包來回響應(yīng)時(shí)間、連接時(shí)間、丟包率、應(yīng)用性能等等。這些特點(diǎn)使用戶得到通知并迅速解決問題,同時(shí)基于saa收集的數(shù)據(jù)進(jìn)行問題分析。

saa同時(shí)支持幀中繼、voip、mplsvpns等。saa幀中繼業(yè)務(wù)允許用戶可以衡量響應(yīng)時(shí)間、幀丟失率、幀中繼pvc數(shù)據(jù)完整率這些參數(shù)。通過測量這些參數(shù),服務(wù)商可以確定路由協(xié)議是否正常工作,是否滿足用戶的需求。saa的增強(qiáng)功能允許用戶將saa業(yè)務(wù)應(yīng)用到mpls vpn pe路由器上,saa業(yè)務(wù)允許服務(wù)商向用戶提供設(shè)計(jì)、供給和管理ip vpn的服務(wù)。

參考文獻(xiàn):

篇2

關(guān)鍵詞：數(shù)據(jù)互聯(lián)中心 數(shù)據(jù)建模 數(shù)據(jù)倉庫 管控分析門戶

中圖分類號：TP399 文獻(xiàn)標(biāo)識碼：A 文章編號：1674-098X（2017）01（c）-0087-05

1 運(yùn)營商網(wǎng)管系統(tǒng)數(shù)據(jù)現(xiàn)狀及問題

隨著移動LTE業(yè)務(wù)的迅速發(fā)展，網(wǎng)管數(shù)據(jù)迅速增長，對網(wǎng)管系統(tǒng)的數(shù)據(jù)支撐要求也越來越高，急需網(wǎng)管數(shù)據(jù)能更全面分析用戶感知、更深層次挖掘網(wǎng)絡(luò)隱患、更實(shí)時(shí)發(fā)現(xiàn)故障和質(zhì)量下降、更準(zhǔn)確預(yù)測用戶投訴行為、更快速解決故障和質(zhì)量問題。但目前各網(wǎng)管系統(tǒng)仍以功能性場景服務(wù)為主，只能解決單一場景的問題，在數(shù)據(jù)的關(guān)聯(lián)服務(wù)能力方面較弱，無法有效支撐面向用戶的數(shù)據(jù)服務(wù)支撐能力。目前主要存在以下問題。

（1）在使用方層面，希望能將各類網(wǎng)管數(shù)據(jù)（告警、性能、資源、工單、工程、拓?fù)洹軠y、投訴）進(jìn)行集中管理、對地市共享，實(shí)現(xiàn)各類網(wǎng)管數(shù)據(jù)的集中互聯(lián)、關(guān)聯(lián)、清洗、共享，并希望實(shí)現(xiàn)網(wǎng)管數(shù)據(jù)和信令數(shù)據(jù)的關(guān)聯(lián)，支持從網(wǎng)管數(shù)據(jù)到信令詳情的追溯。

（2）從應(yīng)用層面考慮，應(yīng)用對于數(shù)據(jù)實(shí)時(shí)性要求越來越高，目前已有的系統(tǒng)無法滿足應(yīng)用的實(shí)時(shí)性要求；應(yīng)用從多個(gè)系統(tǒng)獲取數(shù)據(jù)成本較大，不利于上層應(yīng)用敏捷開發(fā)、快速部署的訴求，與互聯(lián)網(wǎng)新架構(gòu)的發(fā)展趨勢不相符。

（3）從數(shù)據(jù)層面考慮，多個(gè)系統(tǒng)形成數(shù)據(jù)孤島，缺少統(tǒng)一的接入、清洗、建模的管理，需要統(tǒng)一的數(shù)據(jù)接入、統(tǒng)一的計(jì)算、統(tǒng)一的接口共享來打破數(shù)據(jù)孤島；各自獨(dú)立系統(tǒng)運(yùn)維、管理面臨很大難題，通過數(shù)據(jù)互聯(lián)統(tǒng)一運(yùn)維，提高資源利用率和處理效率；匹配互聯(lián)網(wǎng)的發(fā)展趨勢，數(shù)據(jù)統(tǒng)一互聯(lián)形成大數(shù)據(jù)平臺成為互聯(lián)網(wǎng)主流選擇。

2 利用大數(shù)據(jù)技術(shù)構(gòu)建運(yùn)營商網(wǎng)管數(shù)據(jù)互聯(lián)中心的方法

針對目前網(wǎng)管系統(tǒng)數(shù)據(jù)分散、數(shù)據(jù)服務(wù)能力較弱，無法有效支撐運(yùn)營商面向用戶的網(wǎng)絡(luò)質(zhì)量管理要求，該文提出利用大數(shù)據(jù)技術(shù)構(gòu)建網(wǎng)管數(shù)據(jù)互聯(lián)中心，對分散的網(wǎng)管數(shù)據(jù)進(jìn)行互聯(lián)、清洗、關(guān)聯(lián)，并構(gòu)建靈活統(tǒng)一的數(shù)據(jù)服務(wù)層，有效提高數(shù)據(jù)服務(wù)能力，支撐面向用戶的網(wǎng)絡(luò)質(zhì)量管理要求，如投訴預(yù)警、實(shí)時(shí)監(jiān)控、省市共享、挖掘分析等應(yīng)用。

該文方法主要包括兩大階段：調(diào)研分析驗(yàn)證階段和融合互聯(lián)實(shí)現(xiàn)階段。

（1）調(diào)研分析驗(yàn)證階段。

該階段主要是研究需求與數(shù)據(jù)、探索數(shù)據(jù)之間的業(yè)務(wù)聯(lián)系，可按如下步驟進(jìn)行。

①調(diào)研梳理。

調(diào)研梳理各類業(yè)務(wù)和數(shù)據(jù)模型分布、用途等信息。

調(diào)研梳理各系統(tǒng)數(shù)據(jù)對外提供共享接口形式、共享機(jī)制、更新頻率、數(shù)據(jù)粒度等。

數(shù)據(jù)資源調(diào)研分析示例見表1。

②模型分析。

對各應(yīng)用需求分類匯總，進(jìn)行共性分析。

分析各應(yīng)用需求與數(shù)據(jù)支撐的差距，了解短板所在。

分析省數(shù)據(jù)，研究數(shù)據(jù)關(guān)聯(lián)節(jié)點(diǎn)，進(jìn)行多數(shù)據(jù)關(guān)聯(lián)模型設(shè)計(jì)。

建模分析方法示例如下。

需要解決的問題：定位用戶投訴原因。

數(shù)據(jù)建模方法：數(shù)據(jù)源：信令數(shù)據(jù)、投訴數(shù)據(jù)、性能數(shù)據(jù)、資源數(shù)據(jù)。關(guān)聯(lián)維度：用戶、時(shí)間、業(yè)務(wù)、網(wǎng)元。關(guān)聯(lián)指標(biāo)：投訴事件、信令事件、網(wǎng)元性能、網(wǎng)元資源。模型價(jià)值：實(shí)現(xiàn)快速地投訴問題原因溯源定位。

數(shù)據(jù)融合互聯(lián)分析模型：多數(shù)據(jù)源，跨數(shù)據(jù)維度匹配、指標(biāo)關(guān)聯(lián)，實(shí)現(xiàn)深入分析。

用戶投訴無法呼叫。

根據(jù)投訴號碼時(shí)間點(diǎn)關(guān)聯(lián)用戶信令事件（是否網(wǎng)絡(luò)原因）。

根據(jù)信令中位置信息關(guān)聯(lián)資源數(shù)據(jù)。

根據(jù)資源數(shù)據(jù)關(guān)聯(lián)呼叫失敗發(fā)生的小區(qū)接通性能指標(biāo)。

小區(qū)資源不足、小區(qū)覆蓋質(zhì)量差、小區(qū)設(shè)備存在故障等原因定位。

③實(shí)施驗(yàn)證。

預(yù)采集所需各類數(shù)據(jù)，包括傳統(tǒng)性能數(shù)據(jù)、工單數(shù)據(jù)、告警數(shù)據(jù)、投訴數(shù)據(jù)等。

關(guān)聯(lián)建模，構(gòu)建新的數(shù)據(jù)模型。

搭建數(shù)據(jù)DEMO，驗(yàn)證模型設(shè)計(jì)。

（2）融合互聯(lián)實(shí)現(xiàn)階段。

利用大數(shù)據(jù)技術(shù)構(gòu)建運(yùn)營商網(wǎng)管數(shù)據(jù)互聯(lián)中心的構(gòu)建方法，構(gòu)建網(wǎng)管數(shù)據(jù)互聯(lián)中心，主要包括5個(gè)步驟：統(tǒng)一數(shù)據(jù)接入、統(tǒng)一數(shù)據(jù)建模、集中數(shù)據(jù)存儲、統(tǒng)一數(shù)據(jù)共享、統(tǒng)一平臺管控。

統(tǒng)一數(shù)據(jù)接入：負(fù)責(zé)統(tǒng)一的數(shù)據(jù)接入。可根據(jù)業(yè)務(wù)需求和數(shù)據(jù)類型提供多種接入方式；數(shù)據(jù)接入后根據(jù)規(guī)則對數(shù)據(jù)進(jìn)行初次清洗。

統(tǒng)一數(shù)據(jù)建模：負(fù)責(zé)對接入數(shù)據(jù)進(jìn)行統(tǒng)一建模。對數(shù)據(jù)做統(tǒng)一的標(biāo)準(zhǔn)化處理，同時(shí)也可以根據(jù)業(yè)務(wù)規(guī)則對多數(shù)據(jù)源進(jìn)行關(guān)聯(lián)。

集中數(shù)據(jù)存儲：負(fù)責(zé)對建模后數(shù)據(jù)的統(tǒng)一存儲。運(yùn)用Hadoop分布式技術(shù)，對于數(shù)據(jù)查詢時(shí)延要求高的可以存儲在Hbase上；對于數(shù)據(jù)需要提供靈活查詢方式的可以存儲在Hive上。

統(tǒng)一數(shù)據(jù)共享：負(fù)責(zé)數(shù)據(jù)的統(tǒng)一對外共享。統(tǒng)一的數(shù)據(jù)共享可以有效防止數(shù)據(jù)泄露，降低上層應(yīng)用獲取數(shù)據(jù)的成本?？筛鶕?jù)業(yè)務(wù)需求提供多種數(shù)據(jù)共享方式，整體上分實(shí)時(shí)獲取和非實(shí)時(shí)獲取方式。

統(tǒng)一平臺管控：負(fù)責(zé)對網(wǎng)管數(shù)據(jù)互聯(lián)中心進(jìn)行管理和控制。包括對用戶的安全認(rèn)證、數(shù)據(jù)獲取方的權(quán)限管理、互聯(lián)中心的數(shù)據(jù)進(jìn)行質(zhì)量監(jiān)控等。

3 具體實(shí)現(xiàn)方法

3.1 互聯(lián)中心建設(shè)

3.1.1 總體架構(gòu)圖

網(wǎng)管數(shù)據(jù)互聯(lián)中心的架構(gòu)，主要包括5個(gè)核心模塊：南向數(shù)據(jù)接入層、數(shù)據(jù)關(guān)聯(lián)中心、數(shù)據(jù)倉庫、北向共享接口層、互聯(lián)中心管控分析門戶（見圖1）。

3.1.2 功能模塊介紹

（1）南向數(shù)據(jù)接入層。

負(fù)責(zé)各種網(wǎng)絡(luò)數(shù)據(jù)的實(shí)時(shí)性接入和非實(shí)時(shí)性接入，實(shí)時(shí)性要求高的數(shù)據(jù)通過Kafka方式接入，對實(shí)時(shí)性無要求的數(shù)據(jù)則通過Flume方式接入。需接入的數(shù)據(jù)如下。

①工單：開通、故障、投訴。

②網(wǎng)絡(luò)變更：工程割接、其他變更操作等。

③網(wǎng)絡(luò)資源：2/3/4G基站信息、2/3/4G小區(qū)信息、BSC、RNC、SGSN、MME等網(wǎng)絡(luò)資源信息。

④網(wǎng)管性能：從采集平臺獲取分支進(jìn)行計(jì)算匯總，實(shí)時(shí)監(jiān)控需求從采集平臺直接送綜合監(jiān)控。

⑤告警：歷史告警（補(bǔ)充了很多處理信息）；實(shí)時(shí)告警（沒有工單狀態(tài)），綜合監(jiān)控目前沒有實(shí)時(shí)的告警的對外共享接口，通過MQ消息送到Kafka總線，經(jīng)過storm清洗后入Hbase。

⑥撥測：基于探針撥測和仿真測試。

⑦用戶投訴：批量投訴、廣義投訴等。

⑧其他網(wǎng)絡(luò)數(shù)據(jù)，如日志等，后續(xù)檢視具體應(yīng)用的數(shù)據(jù)需求再確定。

⑨無線專業(yè)的數(shù)據(jù)范圍待后續(xù)結(jié)合地市需求和無優(yōu)中心溝通后細(xì)化，比如投訴黑點(diǎn)、MR等。

（2）數(shù)據(jù)關(guān)聯(lián)中心。

數(shù)據(jù)關(guān)聯(lián)中心是對南向接入數(shù)據(jù)進(jìn)行數(shù)據(jù)建模、對數(shù)據(jù)模型化處理，主要分為“資源ODM化”和“多數(shù)據(jù)源關(guān)聯(lián)”。

①資源信息ODM化：通過加載資源數(shù)據(jù)后，采用Spark Streaming技術(shù)對南向接入的其他數(shù)據(jù)源，以實(shí)時(shí)流的方式進(jìn)行高效資源維度信息規(guī)范化處理，回填資源信息，為后續(xù)的多數(shù)據(jù)源關(guān)聯(lián)提供統(tǒng)一標(biāo)準(zhǔn)的資源維度。

②多數(shù)據(jù)源關(guān)聯(lián)：是依據(jù)數(shù)據(jù)融合模型場景，對實(shí)時(shí)計(jì)算需求場景中使用Spark SQL，在離線計(jì)算需求場景中使用Hive，對ODM化輸出的各數(shù)據(jù)源的以資源維度為索引進(jìn)行數(shù)據(jù)關(guān)聯(lián)和匯聚的處理。

數(shù)據(jù)源關(guān)聯(lián)原則（三同一全原則）：同最小維度關(guān)聯(lián)，對最小維度級別相同的數(shù)據(jù)源進(jìn)行關(guān)聯(lián)。同網(wǎng)絡(luò)類型關(guān)聯(lián)，關(guān)聯(lián)的數(shù)據(jù)源中只存在某種網(wǎng)絡(luò)類型（2、3、4G）的，則根據(jù)網(wǎng)絡(luò)類型維度分別關(guān)聯(lián)輸出模型。同數(shù)據(jù)量級關(guān)聯(lián)，進(jìn)行關(guān)聯(lián)的數(shù)據(jù)源必須在同一數(shù)據(jù)量級，否則分開模型輸出。全字段關(guān)聯(lián)，關(guān)聯(lián)的各數(shù)據(jù)源中維度外的字段全部輸出到模型里。

數(shù)據(jù)管理中心處理包括實(shí)時(shí)計(jì)算框架和離線計(jì)算框架2類。

①實(shí)時(shí)計(jì)算框架：接入流式消息數(shù)據(jù)，數(shù)據(jù)從接入系統(tǒng)到計(jì)算出結(jié)果耗時(shí)在1 min內(nèi)，進(jìn)程常駐；計(jì)算框架為Spark Steaming，對接消息隊(duì)列Kafka獲取消息。

②離線計(jì)算框架：接入文件數(shù)據(jù)，數(shù)據(jù)從接入系統(tǒng)到計(jì)算出結(jié)果耗時(shí)在5 min以上，按需啟動/結(jié)束進(jìn)程；計(jì)算框架為Spark和Hive，從HDFS獲取輸入數(shù)據(jù)。

（3）數(shù)據(jù)倉庫。

數(shù)據(jù)倉庫負(fù)責(zé)共享數(shù)據(jù)的統(tǒng)一存儲，包括ODM化后的原始接入數(shù)據(jù)和關(guān)聯(lián)后的融合模型數(shù)據(jù)。ODM化后的原始接入數(shù)據(jù)因其數(shù)據(jù)量大，存儲在Hbase集群以提供高速的海量數(shù)據(jù)查詢響應(yīng)。關(guān)聯(lián)后的融合模型數(shù)據(jù)是對多數(shù)據(jù)源關(guān)聯(lián)匯聚后的統(tǒng)計(jì)數(shù)據(jù)，存儲在Hive以提供靈活組合的高效查詢。

（4）北向共享接口層。

北向共享接口層是一種分布式接口服務(wù)層，負(fù)責(zé)數(shù)據(jù)對外開放共享。外部系統(tǒng)可以通過5種方式獲取數(shù)據(jù)。

實(shí)時(shí)獲取Hbase數(shù)據(jù)。以REST API方式，對外GET（URL）接口，將查詢條件封裝在URL？para1=xxx&

para2=xxx，以JSON的格式返回查詢數(shù)據(jù)。此方式主要用于查詢結(jié)果集較小、實(shí)時(shí)性要求高的場景。

異步獲取Hbase數(shù)據(jù)。以Kafka+FTP方式，查詢結(jié)果較大時(shí)使用此方式，將結(jié)果寫入文件中，然后上傳到FTP服務(wù)器上，通過Kafka返回如何獲取文件的信息。此方式主要用于查詢結(jié)果集較大、實(shí)時(shí)性要求低的場景。

異步獲取即系查詢數(shù)據(jù)。以Kafka+FTP方式，查詢結(jié)果較大時(shí)使用此方式，將結(jié)果寫入文件中，然后上傳到FTP服務(wù)器上，通過Kafka返回如何獲取文件的信息。此方式主要用于查詢結(jié)果集較大、實(shí)時(shí)性要求低的場景。與第二種的差別是，第二種方式查詢的是Hbase數(shù)據(jù)、而此方式查詢的是Hive數(shù)據(jù)。

FTP定期獲取數(shù)據(jù)。數(shù)據(jù)互聯(lián)中心把使用方需要的數(shù)據(jù)（Hbase、Hive數(shù)據(jù)）上傳至FTP，使用方定期掃描FTP服務(wù)器，發(fā)現(xiàn)有新文件t獲取下來。考慮到多用戶頻繁掃描FTP服務(wù)器會增加服務(wù)器壓力，目前未使用該方式。

獲取Kafka實(shí)時(shí)數(shù)據(jù)。通過Kafka接口，實(shí)時(shí)傳輸數(shù)據(jù)，使用方訂閱相應(yīng)Topic即可獲取所需數(shù)據(jù)。此方式主要用于對數(shù)據(jù)實(shí)時(shí)性要求極高的場景。

（5）互聯(lián)中心管控分析門戶。

互聯(lián)中心管控分析門戶用于對互聯(lián)中心進(jìn)行可視化管理和控制，分5個(gè)子模塊：元數(shù)據(jù)管理、數(shù)據(jù)質(zhì)量、接口管理、安全管理、用戶權(quán)限管理。

元數(shù)據(jù)管理。對南向接入數(shù)據(jù)進(jìn)行可視化管理；對資源數(shù)據(jù)的管理和對數(shù)據(jù)源的資源關(guān)聯(lián)規(guī)則配置，包括資源列表和資源關(guān)聯(lián)規(guī)則兩部分；提供在ODM化和數(shù)據(jù)源關(guān)聯(lián)以后、最終共享給外部系統(tǒng)的模型數(shù)據(jù)視圖；提供接入數(shù)據(jù)的數(shù)據(jù)流向圖。

數(shù)據(jù)質(zhì)量。對互聯(lián)中心的接入數(shù)據(jù)的完整性進(jìn)行統(tǒng)計(jì)、給出缺失的文件；統(tǒng)計(jì)各模型的資源關(guān)聯(lián)率、關(guān)聯(lián)率低的模型及時(shí)告警。

接口管理。管理南向數(shù)據(jù)接入的種類、接入方式、采集頻率等信息；管理北向共享數(shù)據(jù)的種類、共享方式、時(shí)間粒度等信息。

安全管理。對用戶行為進(jìn)行監(jiān)控、對敏感數(shù)據(jù)進(jìn)行脫敏等。

用戶權(quán)限管理。對每個(gè)訪問互聯(lián)中心的賬號進(jìn)行權(quán)限管理，按要求進(jìn)行授權(quán)。

3.1.3 數(shù)據(jù)總體的流向處理

互聯(lián)中心數(shù)據(jù)流總體上分2類：實(shí)時(shí)數(shù)據(jù)流和非實(shí)時(shí)數(shù)據(jù)流。

（1）實(shí)時(shí)數(shù)據(jù)流。實(shí)時(shí)數(shù)據(jù)流向如圖2所示。

（2）非實(shí)時(shí)數(shù)據(jù)流。非實(shí)時(shí)數(shù)據(jù)流向如圖3所示。

3.2 互聯(lián)中心應(yīng)用場景介紹

3.2.1 已落地應(yīng)用

網(wǎng)管數(shù)據(jù)互聯(lián)中心目前已接入5類數(shù)據(jù)，有效支撐智能研判、自研競賽、地市共享等應(yīng)用。接入數(shù)據(jù)及支持的應(yīng)用情況見表2。

后續(xù)將接入話務(wù)網(wǎng)性能數(shù)據(jù)、數(shù)通網(wǎng)性能數(shù)據(jù)、綜分系統(tǒng)數(shù)據(jù)、有線網(wǎng)優(yōu)等性能指標(biāo)數(shù)據(jù)，客響數(shù)據(jù)，廣義投訴，集客、家寬等資源數(shù)據(jù)，HSS日志數(shù)據(jù)等數(shù)據(jù)，豐富網(wǎng)管數(shù)據(jù)，以便支持更多的網(wǎng)管應(yīng)用。

3.2.2 典型應(yīng)用介紹

故障投訴預(yù)警系統(tǒng)：通過互聯(lián)中心北向接口，獲取所需要的告警、工單、網(wǎng)絡(luò)變更、用戶投訴等數(shù)據(jù)。

數(shù)據(jù)共享方式如圖4所示。

對于工單、網(wǎng)絡(luò)變更、投訴等數(shù)據(jù)量較小、實(shí)時(shí)性要求高的數(shù)據(jù)，故障投訴預(yù)警系統(tǒng)可以實(shí)時(shí)查詢Hbase獲取數(shù)據(jù)，即圖4中A方式。

對于告警數(shù)據(jù)，由于數(shù)據(jù)量大、且實(shí)時(shí)性要求也較高，故障投訴預(yù)警系統(tǒng)可以通過異步查詢Hbase，即圖4中B方式，在Hbase查詢完數(shù)據(jù)后把數(shù)據(jù)文件上傳至數(shù)據(jù)共享機(jī)，同時(shí)會發(fā)一條通知消息至Kafka，故障投訴預(yù)警系統(tǒng)可以從該消息中獲取到文件信息，然后根據(jù)獲取的文件信息通過FTP方式從數(shù)據(jù)共享機(jī)獲取數(shù)據(jù)文件。

對于投訴歷史數(shù)據(jù)、告警歷史數(shù)據(jù)等，數(shù)據(jù)量較大、實(shí)時(shí)性要求較低，故障投訴預(yù)警系統(tǒng)可以通過異步查詢Hive，即圖4中C方式，在Hive查詢完數(shù)據(jù)后把數(shù)據(jù)文件上傳至數(shù)據(jù)共享機(jī)，同時(shí)會發(fā)一條通知消息至Kafka，故障投訴預(yù)警系統(tǒng)可以從該消息中獲取到文件信息，然后根據(jù)獲取的文件信息通過FTP方式從數(shù)據(jù)共享機(jī)獲取數(shù)據(jù)文件。

4 結(jié)語

利用成熟的大數(shù)據(jù)技術(shù)，借鑒互聯(lián)網(wǎng)公司經(jīng)驗(yàn)，構(gòu)建統(tǒng)一的網(wǎng)管數(shù)據(jù)互聯(lián)中心，統(tǒng)一數(shù)據(jù)處理，融合多源數(shù)據(jù)，進(jìn)行關(guān)聯(lián)分析、挖掘分析，可以建更高效的業(yè)務(wù)分析模型，滿足業(yè)務(wù)發(fā)展要求；通過有效數(shù)據(jù)融合互聯(lián)，進(jìn)行線性回歸，溯源分析，實(shí)現(xiàn)更精準(zhǔn)的端到端分析，可以更好地優(yōu)化客戶體驗(yàn)，提高客戶滿意度。

該文的意義在于提供一個(gè)高效可行的方法，破除網(wǎng)管系統(tǒng)煙囪建設(shè)、數(shù)據(jù)孤島、支撐力度不足問題，通過集中的網(wǎng)管數(shù)據(jù)互聯(lián)中心，提供更強(qiáng)大的數(shù)據(jù)處理能力，更高效的分析模型，更好地促進(jìn)業(yè)務(wù)發(fā)展，提高企業(yè)綜合競爭力。

參考文獻(xiàn)

[1] 單紹龍，張西群，劉光富.互聯(lián)異構(gòu)數(shù)據(jù)庫系統(tǒng)構(gòu)建綜合數(shù)據(jù)中心平臺的研究[J].計(jì)算機(jī)光盤軟件與應(yīng)用，2012（11）：155.

篇3

關(guān)鍵字：計(jì)算機(jī)網(wǎng)絡(luò)    管理     web

abstract

along with the scale expansion and increase of the computer network, the network management is more and more important in the computer network system status. this article first introduced computer network management agreement in the simple, then introduced common two kinds of network management pattern at present.

keywords：computer network   management   web

一、網(wǎng)絡(luò)管理技術(shù)概述

1.網(wǎng)絡(luò)管理技術(shù)的現(xiàn)狀

網(wǎng)絡(luò)管理這一學(xué)科領(lǐng)域自20世紀(jì)80年代起逐漸受到重視，許多國際標(biāo)準(zhǔn)化組織、論壇和科研機(jī)構(gòu)都先后開發(fā)了各類標(biāo)準(zhǔn)、協(xié)議來指導(dǎo)網(wǎng)絡(luò)管理與設(shè)計(jì)，但各種網(wǎng)絡(luò)系統(tǒng)在結(jié)構(gòu)上存在著或大或小的差異，至今還沒有一個(gè)大家都能接受的標(biāo)準(zhǔn)。當(dāng)前，網(wǎng)絡(luò)管理技術(shù)主要有以下三種：誕生于internte家族的snmp是專門用于對internet進(jìn)行管理的，雖然它有簡單適用等特點(diǎn)，已成為當(dāng)前網(wǎng)絡(luò)界的實(shí)際標(biāo)準(zhǔn)，但由于internet本身發(fā)展的不規(guī)范性，使snmp有先天性的不足，難以用于復(fù)雜的網(wǎng)絡(luò)管理，只適用于tcp/ip網(wǎng)絡(luò)，在安全方面也有欠缺。已有snmpv1和snmpv2兩種版本，其中snmpv2主要在安全方面有所補(bǔ)充。隨著新的網(wǎng)絡(luò)技術(shù)及系統(tǒng)的研究與出現(xiàn)，電信網(wǎng)、有線網(wǎng)、寬帶網(wǎng)等的融合，使原來的snmp已不能滿足新的網(wǎng)絡(luò)技術(shù)的要求；cmip可對一個(gè)完整的網(wǎng)絡(luò)管理方案提供全面支持，在技術(shù)和標(biāo)準(zhǔn)上比較成熟.最大的優(yōu)勢在于，協(xié)議中的變量并不僅僅是與終端相關(guān)的一些信息，而且可以被用于完成某些任務(wù)，但正由于它是針對snmp的不足而設(shè)計(jì)的，因此過于復(fù)雜，實(shí)施費(fèi)用過高，還不能被廣泛接受；分布對象網(wǎng)絡(luò)管理技術(shù)是將corba技術(shù)應(yīng)用于網(wǎng)絡(luò)管理而產(chǎn)生的，主要采用了分布對象技術(shù)將所有的管理應(yīng)用和被管元素都看作分布對象，這些分布對象之間的交互就構(gòu)成了網(wǎng)絡(luò)管理.此方法最大的特點(diǎn)是屏蔽了編程語言、網(wǎng)絡(luò)協(xié)議和操作系統(tǒng)的差異，提供了多種透明性，因此適應(yīng)面廣，開發(fā)容易，應(yīng)用前景廣闊.snmp和cmip這兩種協(xié)議由于各自有其擁護(hù)者，因而在很長一段時(shí)期內(nèi)不會出現(xiàn)相互替代的情況，而如果由完全基于corba的系統(tǒng)來取代，所需要的時(shí)間、資金以及人力資源等都過于龐大，也是不能接受的.所以，corba，snmp，cmip相結(jié)合成為基于corba的網(wǎng)絡(luò)管理系統(tǒng)是當(dāng)前研究的主要方向。

2.網(wǎng)絡(luò)管理協(xié)議

網(wǎng)絡(luò)管理協(xié)議一般為應(yīng)用層級協(xié)議，它定義了網(wǎng)絡(luò)管理信息的類別及其相應(yīng)的確切格式，并且提供了網(wǎng)絡(luò)管理站和網(wǎng)絡(luò)管理節(jié)點(diǎn)間進(jìn)行通訊的標(biāo)準(zhǔn)或規(guī)則。

    網(wǎng)絡(luò)管理系統(tǒng)通常由管理者(manager)和( agent)組成，管理者從各那兒采集管理信息，進(jìn)行加工處理，從而提供相應(yīng)的網(wǎng)絡(luò)管理功能，達(dá)到對管理之目的。即管理者與之間孺要利用網(wǎng)絡(luò)實(shí)現(xiàn)管理信息交換，以完成各種管理功能，交換管理信息必須遵循統(tǒng)一的通信規(guī)約，我們稱這個(gè)通信規(guī)約為網(wǎng)絡(luò)管理協(xié)議。

      目前有兩大網(wǎng)管協(xié)議，一個(gè)是由ietf提出來的簡單網(wǎng)絡(luò)管理協(xié)議snmp，它是基于tcp / ip和internet的。因?yàn)閠cp/ip協(xié)議是當(dāng)今網(wǎng)絡(luò)互連的工業(yè)標(biāo)準(zhǔn)，得到了眾多廠商的支持，因此snmp是一個(gè)既成事實(shí)的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)協(xié)議。snmp的特點(diǎn)主要是采用輪詢監(jiān)控，管理者按一定時(shí)間間隔向者請求管理信息，根據(jù)管理信息判斷是否有異常事件發(fā)生。輪詢監(jiān)控的主要優(yōu)點(diǎn)是對的要求不高；缺點(diǎn)是在廣域網(wǎng)的情形下，輪詢不僅帶來較大的通信開銷，而且輪詢所獲得的結(jié)果無法反映最新的狀態(tài)。

    另一個(gè)是iso定義的公共管理信息協(xié)議cmip。cmip是以osi的七層協(xié)議棧作為基礎(chǔ)，它可以對開放系統(tǒng)互連環(huán)境下的所有網(wǎng)絡(luò)資源進(jìn)行監(jiān)測和控制，被認(rèn)為是未來網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)協(xié)議。cmip的特點(diǎn)是采用委托監(jiān)控，當(dāng)對網(wǎng)絡(luò)進(jìn)行監(jiān)控時(shí)，管理者只需向發(fā)出一個(gè)監(jiān)控請求，會自動監(jiān)視指定的管理對象，并且只是在異常事件(如設(shè)備、線路故障)發(fā)生時(shí)才向管理者發(fā)出告警，而且給出一段較完整的故障報(bào)告，包括故障現(xiàn)象、故障原因。委托監(jiān)控的主要優(yōu)點(diǎn)是網(wǎng)絡(luò)管理通信的開銷小、反應(yīng)及時(shí)，缺點(diǎn)是對的軟硬件資源要求高，要求被管站上開發(fā)許多相應(yīng)的程序，因此短期內(nèi)尚不能得到廣泛的支持。

3.網(wǎng)絡(luò)管理系統(tǒng)的組成 

     網(wǎng)絡(luò)管理的需求決定網(wǎng)管系統(tǒng)的組成和規(guī)模，任何網(wǎng)管系統(tǒng)無論其規(guī)模大小如何，基本上都是由支持網(wǎng)管協(xié)議的網(wǎng)管軟件平臺、網(wǎng)管支撐軟件、網(wǎng)管工作平臺和支撐網(wǎng)管協(xié)議的網(wǎng)絡(luò)設(shè)備組成。

     網(wǎng)管軟件平臺提供網(wǎng)絡(luò)系統(tǒng)的配置、故障、性能以及網(wǎng)絡(luò)用戶分布方面的基本管理。目前決大多數(shù)網(wǎng)管軟件平臺都是在unix 和dos/windows平臺上實(shí)現(xiàn)的。目前公認(rèn)的三大網(wǎng)管軟件平臺是：hp view、ibm netview和sun netmanager。雖然它們的產(chǎn)品形態(tài)有不同的操作系統(tǒng)的版本，但都遵循snmp協(xié)議和提供類似的網(wǎng)管功能。

     不過，盡管上述網(wǎng)管軟件平臺具有類似的網(wǎng)管功能，但是它們在網(wǎng)管支撐軟件的支持、系統(tǒng)的可

靠性、用戶界面、操作功能、管理方式和應(yīng)用程序接口，以及數(shù)據(jù)庫的支持等方面都存在差別?？赡茉谄渌僮飨到y(tǒng)之上實(shí)現(xiàn)的netview、          openview、netmanager網(wǎng) 管 軟 件 平 臺 版 本 僅 是 標(biāo) 準(zhǔn)netview、          openview、netmanager的子集。例如，在ms windows操作系統(tǒng)上實(shí)現(xiàn)的netview 網(wǎng)管軟件平臺版本netview for windows 便僅僅只是netview的子集。

     網(wǎng)管支撐軟件是運(yùn)行于網(wǎng)管軟件平臺之上，支持面向特

定網(wǎng)絡(luò)功能、網(wǎng)絡(luò)設(shè)備和操作系統(tǒng)管理的支撐軟件系統(tǒng)。

     網(wǎng)絡(luò)設(shè)備生產(chǎn)廠商往往為其生產(chǎn)的網(wǎng)絡(luò)設(shè)備開發(fā)專門的網(wǎng)絡(luò)管理軟件。這類軟件建立在網(wǎng)絡(luò)管理平臺之上，針對特定的網(wǎng)絡(luò)管理設(shè)備，通過應(yīng)用程序接口與平臺交互，并利用平臺提供的數(shù)據(jù)庫和資源，實(shí)現(xiàn)對網(wǎng)絡(luò)設(shè)備的管理，比如cisco works就是這種類型的網(wǎng)絡(luò)管理軟件，它可建立在hp open view和ibm netview等管理平臺之上，管理廣域互聯(lián)網(wǎng)絡(luò)中的cisco路由器及其它設(shè)備。通過它，可以實(shí)現(xiàn)對cisco的各種網(wǎng)絡(luò)互聯(lián)設(shè)備（如路由器、交換機(jī)等）進(jìn)行復(fù)雜網(wǎng)絡(luò)管理。 

4.網(wǎng)絡(luò)管理的體系結(jié)構(gòu)

    網(wǎng)絡(luò)管理系統(tǒng)的體系結(jié)構(gòu)（簡稱網(wǎng)絡(luò)拓?fù)洌┦菦Q定網(wǎng)絡(luò)管理性能的重要因素之一。通常可以分為集中式和非集中式兩類體系結(jié)構(gòu)。

目前，集中式網(wǎng)管體系結(jié)構(gòu)通常采用以平臺為中心的工作模式，該工作模式把單一的管理者分成兩部分：管理平臺和管理應(yīng)用。管理平臺主要關(guān)心收集的信息并進(jìn)行簡單的計(jì)算，而管理應(yīng)用則利用管理平臺提供的信息進(jìn)行決策和執(zhí)行更高級的功能。

     非集中方式的網(wǎng)絡(luò)管理體系結(jié)構(gòu)包括層次方式和分布式。層次方式采用管理者的管理者mom（manager of manager）的概念，以域?yàn)閱挝唬總€(gè)域有一個(gè)管理者，它們之間的通訊通過上層的mom，而不直接通訊。層次方式相對來說具有一定的伸縮性：通過增加一級mom，層次可進(jìn)一步加深。分布式是端對端（peer to peer）的體系結(jié)構(gòu)，整個(gè)系統(tǒng)有多個(gè)管理方，幾個(gè)對等的管理者同時(shí)運(yùn)行于網(wǎng)絡(luò)中，每個(gè)管理者負(fù)責(zé)管理系統(tǒng)中一個(gè)特定部分 “域”，管理者之間可以相互通訊或通過高級管理者進(jìn)行協(xié)調(diào)。

     對于選擇集中式還是非集中式，這要根據(jù)實(shí)際場合的需要來決定。而介于兩者之間的部分分布式網(wǎng)管體系結(jié)構(gòu)，則是近期發(fā)展起來的兼顧兩者優(yōu)點(diǎn)的一種新型網(wǎng)管體系結(jié)構(gòu)。

二、幾種常見的網(wǎng)絡(luò)管理技術(shù)

1.基于web的網(wǎng)絡(luò)管理模式

    隨著 internet技術(shù)的廣泛應(yīng)用，intranet也正在悄然取代原有的企業(yè)內(nèi)部局域網(wǎng)，由于異種平臺的存在及網(wǎng)絡(luò)管理方法和模型的多樣性， 使得網(wǎng)絡(luò)管理軟件開發(fā)和維護(hù)的費(fèi)用很高， 培訓(xùn)管理人員的時(shí)間很長， 因此人們迫切需要尋求高效、方便的網(wǎng)絡(luò)管理模式來適應(yīng)網(wǎng)絡(luò)高速發(fā)展的新形勢。隨著intranet和web 及其開發(fā)工具的迅速發(fā)展，基于web的網(wǎng)絡(luò)管理技術(shù)也因此應(yīng)運(yùn)而生?；趙eb的網(wǎng)管解決方案主要有以下幾方面的優(yōu)點(diǎn)：（1）地理上和系統(tǒng)間的可移動性：系統(tǒng)管理員可以在intranet 上的任何站點(diǎn)或internet的遠(yuǎn)程站點(diǎn)上利用 web 瀏覽器透明存取網(wǎng)絡(luò)管理信息；（2）統(tǒng)一的web瀏覽器界面方便了用戶的使用和學(xué)習(xí)，從而可節(jié)省培訓(xùn)費(fèi)用和管理開銷；（3）管理應(yīng)用程序間的平滑鏈接：由于管理應(yīng)用程序獨(dú)立于平臺，可以通過標(biāo)準(zhǔn)的http協(xié)議將多個(gè)基于web的管理應(yīng)用程序集成在一起，實(shí)現(xiàn)管理應(yīng)用程序間的透明移動和訪問；（4）利用 java技術(shù)能夠迅速對軟件進(jìn)行升級。 為了規(guī)范和促進(jìn)基于web的網(wǎng)管系統(tǒng)開發(fā)，目前已相繼公布了兩個(gè)主要推薦標(biāo)準(zhǔn)：webm和jmapi。兩個(gè)推薦標(biāo)準(zhǔn)各有其特色，并基于不同的原理提出。

      webm方案仍然支持現(xiàn)存的管理標(biāo)準(zhǔn)和協(xié)議，它通過web技術(shù)對不同管理平臺所提供的分布式管理服務(wù)進(jìn)行集成，并且不會影響現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)。 

      jmapi 是一種輕型的管理基礎(chǔ)結(jié)構(gòu)，采用jmapi來開發(fā)集成管理工具存在以下優(yōu)點(diǎn)：平臺無關(guān)、高度集成化、消除程序版本分發(fā)問題、安全性和協(xié)議無關(guān)性。

2.分布對象網(wǎng)絡(luò)管理技術(shù)

目前廣泛采用的網(wǎng)絡(luò)管理系統(tǒng)模式是一種基于client/server技術(shù)的集中式平臺模式。由于組織結(jié)構(gòu)簡單，自應(yīng)用以來，已經(jīng)得到廣泛推廣，但同時(shí)也存在著許多缺陷：一個(gè)或幾個(gè)站點(diǎn)負(fù)責(zé)收集分析所有網(wǎng)絡(luò)節(jié)點(diǎn)信息，并進(jìn)行相應(yīng)管理，造成中心網(wǎng)絡(luò)管理站點(diǎn)負(fù)載過重；所有信息送往中心站點(diǎn)處理，造成此處通信瓶頸；每個(gè)站點(diǎn)上的程序是預(yù)先定義的，具有固定功能，不利于擴(kuò)展。隨著網(wǎng)絡(luò)技術(shù)和網(wǎng)絡(luò)規(guī)模尤其是因特網(wǎng)的發(fā)展，集中式在可擴(kuò)展性、可靠性、有效性、靈活性等方面有很大的局限，已不能適應(yīng)發(fā)展的需要.

2.1corba技術(shù)

corba技術(shù)是對象管理組織omg推出的工業(yè)標(biāo)準(zhǔn)，主要思想是將分布計(jì)算模式和面向?qū)ο笏枷虢Y(jié)合在一起，構(gòu)建分布式應(yīng)用。corba的主要目標(biāo)是解決面向?qū)ο蟮漠悩?gòu)應(yīng)用之間的互操作問題，并提供分布式計(jì)算所需要的一些其它服務(wù)。omg是corba平臺的核心，它用于屏蔽與底層平臺有關(guān)的細(xì)節(jié)，使開發(fā)者可以集中精力去解決與應(yīng)用相關(guān)的問題，而不必自己去創(chuàng)建分布式計(jì)算基礎(chǔ)平臺。corba將建立在orb之上的所有分布式應(yīng)用看作分布計(jì)算對象，每個(gè)計(jì)算對象向外提供接口，任何別的對象都可以通過這個(gè)接口調(diào)用該對象提供的服務(wù)。corba同時(shí)提供一些公共服

務(wù)設(shè)施，例如名字服務(wù)、事務(wù)服務(wù)等，借助于這些服務(wù)，corba可以提供位置透明性、移動透明性等分布透明性。

2.2corba的一般結(jié)構(gòu)

基于corba的網(wǎng)絡(luò)管理系統(tǒng)通常按照client/server的結(jié)構(gòu)進(jìn)行構(gòu)造。其中，服務(wù)方是指針對網(wǎng)絡(luò)元素和數(shù)據(jù)庫組成的被管對象進(jìn)行的一些基本網(wǎng)絡(luò)服務(wù)，例如配置管理、性能管理等.客戶方則是面向用戶的一些界面，或者提供給用戶進(jìn)一步開發(fā)的管理接口等。其中，從網(wǎng)絡(luò)元素中獲取的網(wǎng)絡(luò)管理信息通常需要經(jīng)過corba/snmp網(wǎng)關(guān)或corba/cmip網(wǎng)關(guān)進(jìn)行轉(zhuǎn)換，這一部分在有的網(wǎng)絡(luò)管理系統(tǒng)中被抽象成corba的概念.從以上分析可以看出，運(yùn)用corba技術(shù)完全能夠?qū)崿F(xiàn)標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理系統(tǒng)。不僅如此，由于corba是一種分布對象技術(shù)，基于corba的網(wǎng)絡(luò)管理系統(tǒng)能夠克服傳統(tǒng)網(wǎng)絡(luò)管理技術(shù)的不足，在網(wǎng)絡(luò)管理的分布性、可靠性和易開發(fā)性方面達(dá)到一個(gè)新的高度。

三、結(jié)語

     目前，計(jì)算機(jī)網(wǎng)絡(luò)的應(yīng)用正處于一個(gè)爆炸性增長的時(shí)期，并且網(wǎng)絡(luò)規(guī)模迅速擴(kuò)大，網(wǎng)絡(luò)的復(fù)雜程度也日益加劇。為適應(yīng)網(wǎng)絡(luò)大發(fā)展的這一時(shí)代需要，在構(gòu)建計(jì)算機(jī)網(wǎng)絡(luò)時(shí)必須高度重視網(wǎng)絡(luò)管理的重要性，重點(diǎn)從網(wǎng)管技術(shù)和網(wǎng)管策略設(shè)計(jì)兩個(gè)大的方面全面規(guī)劃和設(shè)計(jì)好網(wǎng)絡(luò)管理的方方面面，以保障網(wǎng)絡(luò)系統(tǒng)高效、安全地運(yùn)行。值得注意的是，基于web 的網(wǎng)管解決方案將是今后一段時(shí)期內(nèi)網(wǎng)管發(fā)展的重要方向，相信通過統(tǒng)一的瀏覽器界面實(shí)現(xiàn)全面網(wǎng)絡(luò)管理的美好愿望將會得到實(shí)現(xiàn)。

參考文獻(xiàn)：

黎洪松，裘嘵峰 . 網(wǎng)絡(luò)系統(tǒng)集成技術(shù)及其應(yīng)用 . 科學(xué)出版社，1999

王寶濟(jì) . 網(wǎng)絡(luò)建設(shè)實(shí)用指南 . 人民郵電出版社，1999

篇4

一、網(wǎng)絡(luò)管理技術(shù)概述

網(wǎng)絡(luò)管理已經(jīng)成為計(jì)算機(jī)網(wǎng)絡(luò)和電信網(wǎng)研究中最重要的內(nèi)容之一。網(wǎng)絡(luò)中采用的先進(jìn)技術(shù)越多，規(guī)模越大，網(wǎng)絡(luò)的維護(hù)和管理工作也就越復(fù)雜。計(jì)算機(jī)網(wǎng)絡(luò)和電信網(wǎng)的管理技術(shù)是分別形成的，但到后來漸趨同化，差不多具有相同的管理功能和管理原理，只是在網(wǎng)絡(luò)管理上的具體對象上有些差異。

通常，一個(gè)網(wǎng)絡(luò)由許多不同廠家的產(chǎn)品構(gòu)成，要有效地管理這樣一個(gè)網(wǎng)絡(luò)系統(tǒng)，就要求各個(gè)網(wǎng)絡(luò)產(chǎn)品提供統(tǒng)一的管理接口，即遵循標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理協(xié)議。這樣，一個(gè)廠家的網(wǎng)絡(luò)管理產(chǎn)品就能方便地管理其他廠家的產(chǎn)品，不同廠家的網(wǎng)絡(luò)管理產(chǎn)品之間還能交換管理信息。

在簡單網(wǎng)絡(luò)管理協(xié)議SNMP（Simple Network Management Protocol）設(shè)計(jì)時(shí)，就定位在是一種易于實(shí)施的基本網(wǎng)絡(luò)管理工具。在網(wǎng)管領(lǐng)域中，它扮演了先鋒的角色，因OSI的CMIP發(fā)展緩慢同時(shí)在Internet的迅猛發(fā)展和多廠商環(huán)境下的網(wǎng)絡(luò)管理解決方案的驅(qū)動下，而很快成為了事實(shí)上的標(biāo)準(zhǔn)。

SNMP的管理結(jié)構(gòu)如圖1所示。它的核心思想是在每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)上存放一個(gè)管理信息庫MIB（Management Information Base），由節(jié)點(diǎn)上60（agent）負(fù)責(zé)維護(hù)，管理者通過應(yīng)用層協(xié)議對這些進(jìn)行輪詢進(jìn)而對管理信息庫進(jìn)行管理。SNMP最大的特點(diǎn)就是其簡單性。它的設(shè)計(jì)原則是盡量減少網(wǎng)絡(luò)管理所帶來的對系統(tǒng)資源的需求，盡量減少agent的復(fù)雜性。它的整個(gè)管理策略和體系結(jié)構(gòu)的設(shè)計(jì)都體現(xiàn)了這一原則。

SNMP的主要優(yōu)點(diǎn)是：

·易于實(shí)施；

·成熟的標(biāo)準(zhǔn)；

· C／S模式對資源要求較低；

·廣泛適用，代價(jià)低廉。

簡單性是SNMP標(biāo)準(zhǔn)取得成功的主要原因。因?yàn)樵诖笮偷摹⒍鄰S商產(chǎn)品構(gòu)成的復(fù)雜網(wǎng)絡(luò)中，管理協(xié)議的明晰是至關(guān)重要的；但同時(shí)這又是SNMP的缺陷所在——為了使協(xié)議簡單易行，SNMP簡化了不少功能，如：

·沒有提供成批存取機(jī)制，對大塊數(shù)據(jù)進(jìn)行存取效率很低；

·沒有提供足夠的安全機(jī)制，安全性很差；

·只在TCP／IP協(xié)議上運(yùn)行，不支持別的網(wǎng)絡(luò)協(xié)議；

·沒有提供管理者與管理者之間通信的機(jī)制，只適合集中式管理，而不利于進(jìn)行分布式管理；

·只適于監(jiān)測網(wǎng)絡(luò)設(shè)備，不適于監(jiān)測網(wǎng)絡(luò)本身。

針對這些問題，對它的改進(jìn)工作一直在進(jìn)行。如1991年11月，推出了RMON（Rernote Network Monitor）MIB，加強(qiáng)SNMP對網(wǎng)絡(luò)本身的管理能力。它使得SNMP不僅可管理網(wǎng)絡(luò)設(shè)備，還能監(jiān)測局域網(wǎng)和互聯(lián)網(wǎng)上的數(shù)據(jù)流量等信息，1992年7月，針對SNMP缺乏安全性的弱點(diǎn)，又公布了S-SNMP（Secure SNMP）草案。到1993年初，又推出了SNMP Version 2即SNMPv2（推出了SNMPv2以后，SNMP就被稱為SNMPv1）。SNM-Pv2包容了以前對SNMP的各項(xiàng)改進(jìn)工作，并在保持了SNMP清晰性和易于實(shí)現(xiàn)的特點(diǎn)以外，吸取了CMIP的部分優(yōu)點(diǎn)，功能更強(qiáng)，安全性更好，具體表現(xiàn)為：

·提供了驗(yàn)證機(jī)制，加密機(jī)制，時(shí)間同步機(jī)制等，安全性大大提高；

·提供了一次取回大量數(shù)據(jù)的能力，效率大大提高；

·增加了管理者和管理者之間的信息交換機(jī)制，從而支持分布式管理結(jié)構(gòu)，由位于中間層次（intermediate）的管理者來分擔(dān)主管理者的任務(wù)，增加了遠(yuǎn)地站點(diǎn)的局部自主性。

·可在多種網(wǎng)絡(luò)協(xié)議上運(yùn)行，如OSI、AppleTalk和IPX等，適用多協(xié)議網(wǎng)絡(luò)環(huán)境（但它的缺省網(wǎng)絡(luò)協(xié)議仍是UDP）。

·擴(kuò)展了管理信息結(jié)構(gòu)的很多方面。特別是對象類型的定義引入了幾種新的類型。另外還規(guī)范了一種新的約定用來創(chuàng)建和刪除管理表（management tables）中的“行”（rows）。

·定義了兩種新的協(xié)議數(shù)據(jù)單元PDU（Protocol Data Unit）。Get-Bulk-Request協(xié)議數(shù)據(jù)單元允許檢索大數(shù)據(jù)塊（large data blocks），不必象SNMP那樣逐項(xiàng)（item by item）檢索； Inform-Request協(xié)議數(shù)據(jù)單元允許在管理者之間交換陷阱（tran）信息。

CMIP協(xié)議是在OSI制訂的網(wǎng)絡(luò)管理框架中提出的網(wǎng)絡(luò)管理協(xié)議。CMIP與SNMP一樣，也是由管理者、、管理協(xié)議與管理信息庫組成。

CMIP是基于面向?qū)ο蟮墓芾砟Ｐ偷?。這個(gè)管理模型表示了封裝的資源并標(biāo)準(zhǔn)化了它們所提供的接口。如圖2所示了四個(gè)主要的元素：

·系統(tǒng)管理應(yīng)用進(jìn)程是在擔(dān)負(fù)管理功能的設(shè)備（服務(wù)器或路由器等〕中運(yùn)行的軟件：

·管理信息庫MIB是一組從各個(gè)接點(diǎn)收集來的與網(wǎng)絡(luò)管理有關(guān)的數(shù)據(jù)；

·系統(tǒng)管理應(yīng)用實(shí)體（system management application entities）負(fù)責(zé)網(wǎng)絡(luò)管理工作站間的管理信息的交換，以及與網(wǎng)絡(luò)中其它接點(diǎn)之間的信息交換；

·層管理實(shí)體（layer management entities）表示在OSI體系結(jié)構(gòu)設(shè)計(jì)中必要的邏輯。

CMIP模型也是基于C／S結(jié)構(gòu)的。客戶端是管理系統(tǒng)，也稱管理者，發(fā)起操作并接收通知；服務(wù)器是被管系統(tǒng)，也稱，接收管理指令，執(zhí)行命令并上報(bào)事件通知。一個(gè)CMIP操作臺（console）可以和一個(gè)設(shè)備建立一個(gè)會話，并用一個(gè)命令就可以下載許多不同的信息。例如，可以得到一個(gè)設(shè)備在一段特定時(shí)間內(nèi)所有差錯(cuò)統(tǒng)計(jì)信息。

CMIP采用基于事件而不是基于輪詢的方法來獲得網(wǎng)絡(luò)組件的相關(guān)數(shù)據(jù)。

CMIP已經(jīng)得到主要廠商，包括IBM、HP及AT&T的支持。用戶和廠商已經(jīng)認(rèn)識到CMIP在企業(yè)級網(wǎng)絡(luò)管理領(lǐng)域是一個(gè)比較好的選擇。它能夠滿足企業(yè)級網(wǎng)管對橫跨多個(gè)管理域的對等相互作用（peer to peer interactions）的要求。CMIP特別適合對要求提供集中式管理的樹狀系統(tǒng)，尤其是對電信網(wǎng)（telecommunications network）的管理。這就是下面提到的電信管理網(wǎng)。

二、電信管理網(wǎng)TMN

電信管理網(wǎng)TMN是國際電聯(lián)ITU-T借鑒0SI中有關(guān)系統(tǒng)管理的思想及技術(shù)，為管理電信業(yè)務(wù)而定義的結(jié)構(gòu)化網(wǎng)絡(luò)體系結(jié)構(gòu)，TMN基于OSI系統(tǒng)管理（ITU-U X.700／ISO 7498-4）的概念，并在電信領(lǐng)域的應(yīng)用中有所發(fā)展.它使得網(wǎng)絡(luò)管理系統(tǒng)與電信網(wǎng)在標(biāo)準(zhǔn)的體系結(jié)構(gòu)下，按照標(biāo)準(zhǔn)的接口和標(biāo)準(zhǔn)的信息格式交換管理信息，從而實(shí)現(xiàn)網(wǎng)絡(luò)管理功能。TMN的基本原理之一就是使管理功能與電信功能分離。網(wǎng)絡(luò)管理者可以從有限的幾個(gè)管理節(jié)點(diǎn)管理電信網(wǎng)絡(luò)中分布的電信設(shè)備。

國際電信聯(lián)盟（ITU）在M.3010建議中指出，電信管理網(wǎng)的基本概念是提供一個(gè)有組織的網(wǎng)絡(luò)結(jié)構(gòu)，以取得各種類型的操作系統(tǒng)（OSs）之間、操作系統(tǒng)與電信設(shè)備之間的互連。它采用商定的具有標(biāo)準(zhǔn)協(xié)議和信息的接口進(jìn)行管理信息交換的體系結(jié)構(gòu)。提出TMN體系結(jié)構(gòu)的目的是支撐電信網(wǎng)和電信業(yè)務(wù)的規(guī)劃、配置、安裝、操作及組織。

電信管理網(wǎng)TMN的目的是提供一組標(biāo)準(zhǔn)接口，使得對網(wǎng)絡(luò)的操作、管理和維護(hù)及對網(wǎng)絡(luò)單元的管理變得容易實(shí)現(xiàn)，所以，TMN的提出很大程度上是為了滿足網(wǎng)管各部分之間的互連性的要求。集中式的管理和分布式的處理是TMN的突出特點(diǎn)。

ITU-T從三個(gè)方面定義了TMN的體系結(jié)構(gòu)（Architecture），即功能體系結(jié)構(gòu)（Functional Architecture），信息體系結(jié)構(gòu)（Information Architecture）和物理體系結(jié)構(gòu)（Physical Architecture）。它們分別體現(xiàn)在管理功能塊的劃分、信息交互的方式和網(wǎng)管的物理實(shí)現(xiàn)。我們按TMN的標(biāo)準(zhǔn)從這三個(gè)方面出發(fā)，對TMN系統(tǒng)的結(jié)構(gòu)進(jìn)行設(shè)計(jì)。

功能體系結(jié)構(gòu)是從邏輯上描述TMN內(nèi)部的功能分布。引入了一組標(biāo)準(zhǔn)的功能塊（Functional block）和可能發(fā)生信息交換的參考點(diǎn)（reference points）。整個(gè)TMN系統(tǒng)即是各種功能塊的組合。

信息體系結(jié)構(gòu)包括兩個(gè)方面：管理信息模型和管理信息交換。管理信息模型是對網(wǎng)絡(luò)資源及其所支持的管理活動的抽象表示，網(wǎng)絡(luò)管理功能即是在信息模型的基礎(chǔ)上實(shí)現(xiàn)的。管理信息交換主要涉及到TMN的數(shù)據(jù)通信功能和消息傳遞功能，即各物理實(shí)體和功能實(shí)體之間的通信。

物理體系結(jié)構(gòu)是為實(shí)現(xiàn)TMN的功能所需的各種物理實(shí)體的組織結(jié)構(gòu)。TMN功能的實(shí)現(xiàn)依賴于具體的物理體系結(jié)構(gòu)，從功能體系結(jié)構(gòu)到物理體系結(jié)構(gòu)存在著映射關(guān)系。物理體系結(jié)構(gòu)隨具體情況的不同而千差萬別。在物理體系結(jié)構(gòu)和功能體系結(jié)構(gòu)之間有一定的映射關(guān)系。物理體系結(jié)構(gòu)中的一個(gè)物理塊實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一個(gè)或多個(gè)功能塊，一個(gè)接口實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一組參考點(diǎn)。

仿照OSI網(wǎng)絡(luò)分層模型，ITU-T進(jìn)一步在TMN中引入了邏輯分層。如圖3所示：

TMN的邏輯分層是將管理功能針對不同的管理對象映射到事務(wù)管理層BML（Business Management Layer），業(yè)務(wù)管理層SML（Service Management Layer），網(wǎng)絡(luò)管理層NML（Network Management Layer）和網(wǎng)元管理層EML（Element Management Layer）。再加上物理存在的網(wǎng)元層NEL（Network Element Layer），就構(gòu)成了TMN的邏輯分層體系結(jié)構(gòu)。從圖2-6可以看到，TMN定義的五大管理功能在每一層上都存在，但各層的側(cè)重點(diǎn)不同。這與各層定義的管理范圍和對象有關(guān)。

三、TMN開發(fā)平臺和開發(fā)工具

1．利用TMN的開發(fā)工具開發(fā)TMN的必要性

TMN的信息體系結(jié)構(gòu)應(yīng)用OSI系統(tǒng)管理的原則，引入了管理者和的概念，強(qiáng)調(diào)在面向事物處理的信息交換中采用面向?qū)ο蟮募夹g(shù)。如前所述，TMN是高度強(qiáng)調(diào)標(biāo)準(zhǔn)化的網(wǎng)絡(luò)，故基于TMN標(biāo)準(zhǔn)的產(chǎn)品開發(fā)，其標(biāo)準(zhǔn)規(guī)范要求嚴(yán)格復(fù)雜，使得TMN的實(shí)施成為一項(xiàng)具有難度和挑戰(zhàn)性的工作；再加上OSI系統(tǒng)管理專業(yè)人員的相對缺乏，因此，工具的引入有助于簡化TMN的開發(fā)，提高開發(fā)效率。目前比較流行的基于TMN標(biāo)準(zhǔn)的開發(fā)平臺有HPOV DM、SUN SEM、IBM TMN平臺和DSET的DSG及其系列工具。這些平臺可以用于開發(fā)全方位的TMN管理者和應(yīng)用，大大降低TMN／Q3應(yīng)用系統(tǒng)的編程復(fù)雜性，并且使之符合開放系統(tǒng)互連（OSI）網(wǎng)絡(luò)管理標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)包括高級信息模型定義語言GDM0，OSI標(biāo)準(zhǔn)信息傳輸協(xié)議CMIP，以及抽象數(shù)據(jù)類型定義語言ASN.1。其中DSET的DSG及工具系列除了具備以上功能外，還具有獨(dú)立于硬件平臺的優(yōu)點(diǎn)。下面將比較詳細(xì)論述DSET的TMN開發(fā)工具及其在TMN開發(fā)中的作用。

2．DSET的TMN開發(fā)工具的基本組成

DSET的TMN開發(fā)工具從功能上來講可以構(gòu)成一個(gè)平臺和兩大工具箱。一個(gè)平臺：分布式系統(tǒng)生成器DSG（Distributed System Generator）；兩個(gè)工具箱：管理者工具箱和工具箱。

分布式系統(tǒng)生成器DSG

DSG是用于頂層TCP／IP、OSI和其它協(xié)議上構(gòu)筑分布式并發(fā)系統(tǒng)的高級對象請求0RB。 DSG將復(fù)雜的通信基礎(chǔ)設(shè)施和面向?qū)ο蠹夹g(shù)相結(jié)合，提供構(gòu)筑分布式計(jì)算的軟件平臺。通信基礎(chǔ)設(shè)施支持分布式計(jì)算中通信域的通信要求。如圖4所示，它提供了四種主要的服務(wù)：透明遠(yuǎn)程操作、遠(yuǎn)程過程調(diào)用和消息傳遞、抽象數(shù)據(jù)服務(wù)及命名服務(wù)。借助于并發(fā)的面向?qū)ο罂蚣?，一個(gè)復(fù)雜的應(yīng)用可以分解成一組相互通信的并發(fā)對象worker，除了支持例如類和多重繼承等重要的傳統(tǒng)面向?qū)ο筇卣魍猓瑸榱藰?gòu)筑新的worker類，DSG也支持分布式對象。在一個(gè)開放系統(tǒng)中，一個(gè)worker可以和其它worker進(jìn)行通信，而不必去關(guān)心它們所處的物理位置。

DSG提供給用戶用以開發(fā)應(yīng)用的構(gòu)造塊（building block）稱為worker。一個(gè)worker可以有自己的控制線程，也可以和別的線程共享一個(gè)控制線程，每個(gè)Worker都有自己的服務(wù)訪問點(diǎn)SAP（Service Access Point），通過SAP與其它worker通信。Worker是事件驅(qū)動的。在Worker內(nèi)部，由有限狀態(tài)機(jī)FSM（Finite State Machine〕定義各種動作及處理例程，DSG接受外部事件并分發(fā)到相應(yīng)的動作處理例程進(jìn)行處理。如圖5所示，獨(dú)占線程的此worker有三個(gè)狀態(tài)，兩個(gè)SAPs，并且每個(gè)SAP的消息隊(duì)列中都有兩個(gè)事件。DSG環(huán)境通過將這些事件送到相應(yīng)的事件處理程序中來驅(qū)動worker的有限狀態(tài)機(jī)。

Worker是分布式的并發(fā)對象，DSG用它來支持面向?qū)ο蟮奶攸c(diǎn)，如：類，繼承等等。Worker由worker class定義。Worker可以根據(jù)需要由應(yīng)用程序動態(tài)創(chuàng)建。在一個(gè)UNIX進(jìn)程中可以創(chuàng)建的Worker個(gè)數(shù)僅受內(nèi)存的限制。

管理者工具箱由ASN.C／C＋＋編譯器、CMIP／ROSE協(xié)議和管理者代碼生成器MCG構(gòu)成，如圖6所示。

其中的CMIP／ROSE協(xié)議提供全套符合Q3接口選用的OSI七層協(xié)議棧實(shí)施。由于TMN在典型的電信環(huán)境中以面向?qū)ο蟮男畔⒛Ｐ涂刂坪凸芾砦锢碣Y源，所有被管理的資源均被抽象為被管對象（M0），被管理系統(tǒng)中的幫助管理者通過MO訪問被管理資源，又根據(jù)ITU-T M.3010建議：管理者與之間通過Q3接口通信。為此管理者必須產(chǎn)生與通信的CMIP請求。管理者代碼生成器讀取信息模型（GDMO文件和ASN.1文件），創(chuàng)立代碼模板來為每個(gè)被定義的MO類產(chǎn)生CMIP請求和CMIP響應(yīng)。由于所有CMIP數(shù)據(jù)均由ASN.1符號定義，而上層管理應(yīng)用可能采用C／C++，故管理者應(yīng)用需要包含ASN.1數(shù)據(jù)處理代碼，管理者工具箱中的ASN C／ C++編譯器提供ASN.1數(shù)據(jù)到C／C++語言的映射，并采用“預(yù)處理技術(shù)“生成ASN.1數(shù)據(jù)的低級代碼，可見利用DSET工具用戶只需編寫網(wǎng)管系統(tǒng)的信息模型和相關(guān)的抽象數(shù)據(jù)類型定義文件，然后利用DSET的ASN C／C++編譯器，管理者代碼生成器即可生成管理者部分代碼框架。

工具箱包括可硯化生成器VAB、CMIP翻譯器、ASN.C／C++ Toolkit，其結(jié)構(gòu)見圖7。用來開發(fā)符合管理目標(biāo)定義指南GDMO和通用管理信息協(xié)議CMIP規(guī)定的應(yīng)用.使用DSET獨(dú)具特色的工具箱的最大的好處就是更快、更容易地進(jìn)行應(yīng)用的開發(fā)。DSET在應(yīng)用的開發(fā)上為用戶做了大量的工作。

一個(gè)典型的GDMO／CM1P應(yīng)用包括三個(gè)代碼模塊：

·、MIT、MIB的實(shí)施

·被管理資源的接口代碼

·后端被管理資源代碼

第一個(gè)模塊用于處理與MO實(shí)施。工具箱通過對過濾、特性處理、MO實(shí)例的通用支持，自動構(gòu)作這一個(gè)模塊。DSET的這一部分做得相當(dāng)完善，用戶只需作少量工作即可完成本模塊的創(chuàng)建。對于mcreate、m-delete、m-get、m-cancel-get、m-set、m-set-confirmed、m-action、m-action-confirmed這些CMIP請求，第一個(gè)模塊中包含有缺省的處理代碼框架。這些缺省代碼都假定管理者的CMIP請求只與MO打交道。為了適應(yīng)不同用戶的需求，DSET工具箱又提供在缺省處理前后調(diào)用用戶程序的接入點(diǎn)（稱為User hooks）。當(dāng)某CMIP請求需與實(shí)際被管資源或數(shù)據(jù)庫打交道時(shí)，用戶可在相應(yīng)的PRE-或POST-函數(shù)中加入自己的處理代碼。例如，當(dāng)你需要在二層管理應(yīng)用中發(fā)CMIP請求，需望獲取實(shí)際被管資源的某屬性，而該屬性又不在相應(yīng)MO中時(shí)你只需在GDMO預(yù)定義模板中為此屬性定義一PRE-GET函數(shù)，并在你自己的定制文件中為此函數(shù)編寫從實(shí)際被管設(shè)備取到該屬性值的代碼即可。DSET的Agent代碼在執(zhí)行每個(gè)CMIP請求前都要先檢查用戶是否在GDMO預(yù)定義文件中為此清求定義了PRE-函數(shù)，若是，則光執(zhí)行PRE-函數(shù)，并根據(jù)返回值決定是否執(zhí)行缺省處理（PRE-函數(shù)返回D-OK則需執(zhí)行缺省處理，否則Agent向管理者返回正確或錯(cuò)誤響應(yīng)）。同樣當(dāng)Agent執(zhí)行完缺省處理函數(shù)時(shí)，也會檢查用戶是否為該請求定義了POST-函數(shù)，若是則繼續(xù)執(zhí)行POST-函數(shù)。至于Agent與MO之間具體是如何實(shí)現(xiàn)通信的，用戶不必關(guān)心，因?yàn)镈SET已為我們實(shí)現(xiàn)了。用戶只需關(guān)心需要與設(shè)備交互的那一部分CMIP請求，為其定制PRE-／POST函數(shù)即可。

第二個(gè)模塊實(shí)現(xiàn)MO與實(shí)際被管資源的通信。它的實(shí)現(xiàn)依賴于分布式系統(tǒng)生成器DSG所提供“網(wǎng)關(guān)處理單元”（gateway）、遠(yuǎn)程過程調(diào)用（RPC）與消息傳遞機(jī)制及MSL語言編譯器。通信雙方的接口定義由用戶在簡化的ROSE應(yīng)用中定義，在DSG中也叫環(huán)境，該環(huán)境定義了雙方的所有操作和相關(guān)參數(shù)。DSG的CTX編譯器編譯CTX格式的接口定義并生成接口表。DSG的MSL語言編譯器用以編譯分布式對象類的定義并生成事件調(diào)度表。采用DSG的網(wǎng)關(guān)作為MO與實(shí)際被管資源間的通信橋梁，網(wǎng)關(guān)與MO之間通過定義接口定義文件及各自的MSL文件即可實(shí)現(xiàn)通信，網(wǎng)關(guān)與被管設(shè)備之間采用設(shè)備所支持的通信協(xié)議來進(jìn)行通信，例如采用TCP／IP協(xié)議及Socket機(jī)制實(shí)現(xiàn)通信。

第三個(gè)模塊對被管理資源進(jìn)行實(shí)際處理。這一模塊根據(jù)第二個(gè)模塊中定義的網(wǎng)關(guān)與被管設(shè)備間的通信機(jī)制來實(shí)現(xiàn)，與工具沒有多大聯(lián)系。

四、TMN開發(fā)的關(guān)鍵技術(shù)

電信管理網(wǎng)技術(shù)蘊(yùn)含了當(dāng)今電信、計(jì)算機(jī)、網(wǎng)絡(luò)通信和軟件開發(fā)的最新技術(shù)，如OSI開放系統(tǒng)互連技術(shù)、OSI系統(tǒng)管理技術(shù)、計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)及分布式處理、面向?qū)ο蟮能浖こ谭椒ㄒ约案咚贁?shù)據(jù)通信技術(shù)等。電信管理網(wǎng)應(yīng)用系統(tǒng)的開發(fā)具有巨大的挑戰(zhàn)性。

工具的引入很大程度上減輕了TMN的開發(fā)難度。留給開發(fā)人員的最艱巨工作就是接口（interface）的信息建模。尤其是Q3接日的信息建模問題。

Q3接口是TMN接口的“旗艦”，Q3接口包括通信模型和信息模型兩個(gè)部分，通信模型（0SI系統(tǒng)管理）的規(guī)范制定的十分完善，并且工具在這方面所作的工作較多，因此，當(dāng)我們設(shè)計(jì)和開發(fā)各種不同管理業(yè)務(wù)的TMN系統(tǒng)時(shí)，主要是采用一定的方法學(xué)，遵循一定的指導(dǎo)原則，針對不同電信領(lǐng)域的信息建模問題。

為什么說建模是TMN開發(fā)中的關(guān)鍵技術(shù)呢？從管理的角度而言，在那些先有國際標(biāo)準(zhǔn)（或事實(shí)上的標(biāo)準(zhǔn)），后有設(shè)備的情況下，是有可能存在一致性的信息模型的，例如目前SDH和七號信令網(wǎng)的TMN系統(tǒng)存在這樣的信息模型標(biāo)準(zhǔn)。但即使這樣，在這些TMN系統(tǒng)的實(shí)施過程，有可能由于管理需求的不同而對這些模型進(jìn)行進(jìn)一步的細(xì)化。在那些先有設(shè)備而后才有國際標(biāo)準(zhǔn)（或事實(shí)上的標(biāo)準(zhǔn)）的設(shè)備，而且有的電信設(shè)備就無標(biāo)準(zhǔn)而言，由于不同廠家的設(shè)備千差萬別，這種一致性的信息模型的制定是非常困難的。

例如，近年來標(biāo)準(zhǔn)化組織國際電信聯(lián)盟（ITU-T）、歐洲電信標(biāo)準(zhǔn)組織（ETSI）、網(wǎng)絡(luò)管理論壇（NMF）和ATM論壇等相繼頒布了一些Q3信息模型。但至今沒有一個(gè)完整的穩(wěn)定的交換機(jī)網(wǎng)元層的Q3信息模型。交換機(jī)的Q3信息模型提供了交換機(jī)網(wǎng)元的一個(gè)抽象的、一般的視圖，它應(yīng)當(dāng)包含交換機(jī)的管理的各個(gè)方面。但這是不可能的。因?yàn)殡S著電信技術(shù)的不斷發(fā)展，交換機(jī)技術(shù)也在不斷的發(fā)展，交換機(jī)的類型不斷增加，電信業(yè)務(wù)不斷的引入。我們很難設(shè)計(jì)一個(gè)能夠兼容未來交換機(jī)的信息模型。如今的交換機(jī)已不再是僅僅提供電話的窄帶業(yè)務(wù)，而且也提供象ISDN這樣的寬帶業(yè)務(wù)。交換機(jī)趨向?qū)拵д瓗б惑w化發(fā)展，因此交換機(jī)的Q3信息模型是很復(fù)雜的，交換機(jī)Q3信息建模任務(wù)是很艱巨的。

五、TMN管理者和的開發(fā)

下面結(jié)合我們的開發(fā)工作，探討一下TMN管理者和的開發(fā)。

1．管理者的開發(fā)

基于OSI管理框架的管理者的實(shí)施通常被認(rèn)為是很困難的事，通常，管理者可以劃分為三個(gè)部分。第一部分是位于人機(jī)之間的圖形用戶接口GUI（Graphical User Interfaces），接收操作人員的命令和輸入并按照一種統(tǒng)一的格式傳送到第二部分——管理功能。管理功能提供管理功能服務(wù)，例如故障管理，性能管理、配置管理、記費(fèi)管理，安全管理及其它特定的管理功能。接收到來GUI的操作命令，管理功能必須調(diào)用第三部分——CMSI API來發(fā)送CMIP請求到。CMIS API為管理者提供公共管理信息服務(wù)支持。

大多數(shù)的網(wǎng)管應(yīng)用是基于UNIX平臺的，如Solaris，AIX and HP-UX。若GUI是用X-Window來開發(fā)的，那么GUI和管理功能之間的接口就不存在了，從實(shí)際編程的的角度看，GUI和管理功能都在同一個(gè)進(jìn)程中。

上面的管理者實(shí)施方案盡管有許多優(yōu)點(diǎn)，但也存在著不足。首先是費(fèi)用昂貴。所有的管理工作站都必須是X終端，服務(wù)器必須是小型機(jī)或大型機(jī)。這種方案比采用PC機(jī)作客戶端加上UNIX服務(wù)器的方案要昂貴得多。其次，擴(kuò)展性不是很好，不同的管理系統(tǒng)的范圍是不同的，用戶的要求也是不一樣的，不是所有的用戶都希望在X終端上來行使管理職責(zé)。因此，PC機(jī)和調(diào)終端都應(yīng)該向用戶提供。最后由于X-Window的開發(fā)工具比在PC機(jī)上的開發(fā)工具要少得多。因此最終在我們的開發(fā)中，選擇了PC機(jī)作為管理工作站，SUN Ultral作為服務(wù)器。

在實(shí)際工作中我們將管理者劃分為兩個(gè)部分——管理應(yīng)用（management application）和管理者網(wǎng)關(guān)（manager gateway）。如圖8所示。

管理應(yīng)用向用戶提供圖形用戶接口GUI并接受用戶的命令和輸入，按照定義好的消息格式送往管理者網(wǎng)關(guān)，由其封裝成CMIP請求，調(diào)用CMIS API發(fā)往。同時(shí)，管理者網(wǎng)關(guān)還要接收來自的響應(yīng)消息和事件報(bào)告并按照一定的消息格式送往管理應(yīng)用模塊。

但是這種方案也有缺點(diǎn)。由于管理應(yīng)用和管理者網(wǎng)關(guān)的分離，前者位于PC機(jī)上，后者位于Ultral工作站上。它們之間的相互作用須通過網(wǎng)絡(luò)通信來完成。它們之間的接口不再是一個(gè)參考點(diǎn)（Reference Point），而是一個(gè)物理上的接口，在電信管理網(wǎng)TMN中稱為F接口。迄今為止ITU-T一直沒能制定出有關(guān)F接口的標(biāo)準(zhǔn)，這一部分工作留給了TMN的開發(fā)者。鑒于此，我們制定了管理應(yīng)用和管理者網(wǎng)關(guān)之間通信的協(xié)議。

在開發(fā)中，我們選擇了PC機(jī)作為管理工作站，SUN Ultral作為我們的管理者網(wǎng)關(guān)。所有的管理應(yīng)用都在PC機(jī)上。開發(fā)人員可以根據(jù)各自的喜好來選擇不同開發(fā)工具，如Java，VC++，VB，PB等。管理者網(wǎng)關(guān)執(zhí)行部分的管理功能并調(diào)用CMIS API來發(fā)送CMIP請求，接收來自的響應(yīng)消息和事件報(bào)告并送往相應(yīng)的管理應(yīng)用。

管理者網(wǎng)關(guān)的數(shù)據(jù)結(jié)構(gòu)是通過編譯信息模型（GDMO文件和ASN.1文件）獲得的。它基于DSG環(huán)境的。管理者網(wǎng)關(guān)必須完成下列轉(zhuǎn)換：

數(shù)據(jù)類型轉(zhuǎn)換：GUI中的數(shù)據(jù)類型與ASN.1描述的數(shù)據(jù)類型之間的相互轉(zhuǎn)換；

消息格式轉(zhuǎn)換：GUI和管理者網(wǎng)關(guān)之間的消息格式與CMIP格式之間的相互轉(zhuǎn)換；

協(xié)議轉(zhuǎn)換：TCP／IP協(xié)議與OSI協(xié)議之間的相互轉(zhuǎn)換。

這意味著管理者網(wǎng)關(guān)接收來自管理應(yīng)用的消息。將其轉(zhuǎn)換為ASN.1的數(shù)據(jù)格式，并構(gòu)造出CMIS的參數(shù)，調(diào)用CMIS API發(fā)送CMIP請求。反過來，管理者收到來自的消息，解讀CMIS參數(shù)，構(gòu)造消息格式，然后送往GUI。GUI和管理者網(wǎng)關(guān)之間的消息格式是由我們自己定義的。由于管理應(yīng)用的復(fù)雜性，消息格式的制定參考了CMIS的參數(shù)定義和ASN.1的數(shù)據(jù)類型。

管理者網(wǎng)關(guān)是采用多線程（multi-thread）編程來實(shí)現(xiàn)的。

2．的開發(fā)

的結(jié)構(gòu)如圖9所示。

為了使部分的設(shè)計(jì)和實(shí)現(xiàn)模塊化、系統(tǒng)化和簡單化，將agent分成兩大模塊——通用模塊和MO模塊——進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)。如圖所示，通用agent向下只與MO部分直接通信，而不能與被管資源MR直接進(jìn)行通信及操作，即通用agent將manager發(fā)來的CMIP請求解析后投遞給相應(yīng)的M0，并從MO接收相應(yīng)的應(yīng)答信息及其它的事件報(bào)告消息。

的作用是代表管理者管理MO。利用工具的支持，采用面向?qū)ο蟮募夹g(shù)，分為八個(gè)步驟進(jìn)行agent的設(shè)計(jì)和實(shí)現(xiàn)，這八個(gè)步驟是：

第一步：對信息模型既GDMO文件和ASN.1文件的理解，信息模型是TMN系統(tǒng)開發(fā)的基礎(chǔ)和關(guān)鍵。特別是對信息模型中對象類和其中各種屬性清晰的認(rèn)識和理解，對于實(shí)際的TMN系統(tǒng)來說，其信息模型可能很復(fù)雜，其中對象類在數(shù)量上可能很多。也就是說，在設(shè)計(jì)和實(shí)現(xiàn)agent之前，必須作到對MO心中有數(shù)。

第二步：被管對象MO的定制。這一部分是agent設(shè)計(jì)和實(shí)現(xiàn)中的關(guān)鍵部分，工具對這方面的支持也不是很多，特別是涉及到MO與MR之間的通信，更為復(fù)雜，故將MO專門作為一個(gè)模塊進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)MO和MR之間的通信以及數(shù)據(jù)和消息格式的轉(zhuǎn)換問題，利用網(wǎng)關(guān)原理設(shè)計(jì)一個(gè)網(wǎng)關(guān)來解決。

第三步：創(chuàng)建內(nèi)置的M0。所謂內(nèi)置MO就是指在系統(tǒng)運(yùn)行時(shí)，已經(jīng)存在的物理實(shí)體的抽象。為了保證能對這些物理實(shí)體進(jìn)行管理，必須將這些被管對象的各種固有的屬性值和操作預(yù)先加以定義。

第四步：創(chuàng)建外部服務(wù)訪問點(diǎn)SAP。如前所述，TMN系統(tǒng)中各個(gè)基于分布式處理的worker之間通過SAP進(jìn)行通信，所以要為agent與管理者manager之間、agent與網(wǎng)關(guān)之間創(chuàng)建SAP。

第五步：SAP同內(nèi)置MO的捆綁注冊。由于在TMN系統(tǒng)中，agent的所有操作是針對MO的，即所有的CMIP請求經(jīng)解析后必須送到相應(yīng)的M0，而基于DSG平臺的worker之間的通信是通過SAP來實(shí)現(xiàn)的。因而，在系統(tǒng)處理過程中，當(dāng)進(jìn)行信息的傳輸時(shí)，必須知道相應(yīng)MO的SAP，所以，在agent的設(shè)計(jì)過程中，必須為內(nèi)置MO注冊某一個(gè)SAP。

第六步：agent配置。對agent中有些參數(shù)必須加以配置和說明。如隊(duì)列長度、流量控制門限值、agent處理單元組中worker的最大／最小數(shù)目。報(bào)告的處理方式、同步通信方式中超時(shí)門限等。

第七步：agent用戶函數(shù)的編寫，如agent worker初始化函數(shù)、子函數(shù)等的編寫。

第八步：將所有函數(shù)編譯，連接生成可運(yùn)行的agent。

MO模塊是agent設(shè)計(jì)中的一個(gè)重要而又復(fù)雜的部分。這是由于，一方面工具對該部分的支持不是很多：另一方面，用戶的大部分處理函數(shù)位于這一部分；最主要的還在于它與被管資源要跨平臺，在不同的環(huán)境下進(jìn)行通信。MO模塊的設(shè)計(jì)思想是在MO和MR之間設(shè)計(jì)一個(gè)網(wǎng)關(guān)（gateway），來實(shí)現(xiàn)兩者之間的消息、數(shù)據(jù)、協(xié)議等轉(zhuǎn)換。

MO部分的主要功能是解析，執(zhí)行來自管理者的CMIP請求，維持各MO的屬性值同被管資源的一致性，生成CMIP請求結(jié)果，并上報(bào)通用agent模塊，同時(shí)與MR通信，接收和處理來自MR的事件報(bào)告信息，并轉(zhuǎn)發(fā)給通用agent。

MO部分有大量的用戶定制工作。工具只能完成其中一半的工作，而另一半工作都需要用戶自己去定制。用戶定制分為兩大類；

第一類是PRE-／POST-函數(shù)。PRE-／POST-函數(shù)的主要功能是在agent正式處理CMIP請求之前／之后與被管資源打交道，傳送數(shù)據(jù)到MR或從MR獲取數(shù)據(jù)并做一些簡單的處理。通過對這些PRE-／POST-函數(shù)的執(zhí)行，可以確保能夠真實(shí)地反映出被管資源的運(yùn)行狀態(tài)。PRE-／POST-函數(shù)分為兩個(gè)層次：MO級別和屬性級別。MO級別層次較高，所有對該對象類的CMIP操作都會調(diào)用MO級別的PRE-／POST-函數(shù)。屬性級別層次低，只有對該屬性的CMIP操作才會調(diào)用這些函數(shù)。DSET工具只提供了PRE-／POST-函數(shù)的人口參數(shù)和返回值，具體的代碼需要完全由用戶自己編寫。由于agent與被管資源有兩種不同的通信方式，不同的方式會導(dǎo)致不同的編程結(jié)構(gòu)和運(yùn)行效率，如果是同步方式，編程較為簡單，但會阻塞被管資源，適合于由大量數(shù)據(jù)返回的情況。異步方式不會阻塞被管資源，但編程需要作特殊處理，根據(jù)不同的返回值做不同的處理，適合于數(shù)據(jù)不多的情況，在選擇通信方式時(shí)還要根據(jù)MO的實(shí)現(xiàn)方式來確定。比如，MO若采用Doer來實(shí)現(xiàn)，則只能用同步方式。

第二類是動作、事件報(bào)告和通知的處理，動作的處理相對比較容易，只需考慮其通信方式采用同步還是異步方式。對事件報(bào)告和通知的處理比較復(fù)雜。首先，需要對事件進(jìn)行分類，對不同類別的事件采用不同的處理方法，由哪一個(gè)事件前向鑒別器EFD（Event Forwarding Discriminator）來處理等等。比如，告警事件的處理就可以單獨(dú)成為一類。其次，對每一類事件需要確定相應(yīng)的EFD的條件是什么，哪些需要上報(bào)管理應(yīng)用，哪些不需要。是否需要記入日志，這些日志記錄的維護(hù)策略等等。

除了這兩類定制外，MO也存在著優(yōu)化問題。比如MO用worker還是Doer來實(shí)現(xiàn)，通信方式采用同步還是異步，面向連接還是無連接等等，都會影響整個(gè)的性能。

如果MO要永久存儲，我們采用文件方式。因?yàn)槟壳癉SET的工具只支持Versant、ODI這兩種面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)OODBMS，對于0racle，Sybase等數(shù)據(jù)庫的接口還需要用戶自己實(shí)現(xiàn)。MO定制的工作量完全由信息模型的規(guī)模和復(fù)雜程度決定，一個(gè)信息模型的對象類越多，對象之間的關(guān)系越復(fù)雜（比如一個(gè)對象類中的屬性改變會影響別的類），會導(dǎo)致定制工作的工作量和復(fù)雜程度大大增加。

者agent在執(zhí)行管理者發(fā)來的CMIP請求時(shí)必須保持與被管資源MR進(jìn)行通信，將manager傳送來的消息和數(shù)據(jù)轉(zhuǎn)發(fā)給MR，并要從MR獲取必要的數(shù)據(jù)來完成其操作，同時(shí)，它還要接收來自MR的事件報(bào)告，并將這些事件上報(bào)給manager。

由上述可知，與被管資源MR之間的通信接口實(shí)際上是指MO與MR之間的通信接口。大部分MO是對實(shí)際被管資源的模擬，這些MO要與被管資源通信。若讓這些MO直接與被管資源通信，則存在以下幾個(gè)方面的弊端：

·由于MO模塊本身不具備錯(cuò)誤信息檢測功能（當(dāng)然也可在此設(shè)計(jì)該項(xiàng)功能，但增加了MO模塊的復(fù)雜性），如果將上向發(fā)來的所有信息（包括某些不恰當(dāng)?shù)男畔ⅲ┤哭D(zhuǎn)發(fā)給MR，不僅無此必要，而且增加了數(shù)據(jù)通信量；同理MR上發(fā)的信息也無必要全部發(fā)送給MO。

·當(dāng)被管資源向MO發(fā)消息時(shí)，由于MIT對于被管資源來說是不可知的，被管資源不能確定其相應(yīng)MO在MIT中所處的具置，從而也就無法將其信息直接送到相應(yīng)的MO，因而只能采用廣播方式發(fā)送信息。這樣一來，每當(dāng)有消息進(jìn)入MO模塊時(shí)，每個(gè)MO都要先接收它，然后對此消息加以判斷，看是否是發(fā)給自己的。這樣一方面使編程復(fù)雜化，使軟件系統(tǒng)繁雜化，不易控制，調(diào)試?yán)щy；另一方面也使通信開銷增大。

·MO直接與被管資源通信，使得系統(tǒng)在安全性方面得不到保障，在性能方面也有所下降，為此，采用計(jì)算機(jī)網(wǎng)絡(luò)中中網(wǎng)關(guān)（gateway）的思想，在MO與被管資源建立一個(gè)網(wǎng)關(guān)，即用一個(gè)gateway worker作為MO與被管資源通信的媒介。網(wǎng)關(guān)在的進(jìn)程處理中起到聯(lián)系被管資源與MO之間的“橋梁”作用。

六、總結(jié)與展望

Q3接口信息建模是TMN開發(fā)中的關(guān)鍵技術(shù)。目前，各標(biāo)準(zhǔn)化組織針對不同的管理業(yè)務(wù)制定和了許多信息模型。這些模型大部分是針對網(wǎng)元層和網(wǎng)絡(luò)層，業(yè)務(wù)層和事務(wù)層的模型幾乎沒有，還有相當(dāng)?shù)臉?biāo)準(zhǔn)化工作正在繼續(xù)研究。業(yè)務(wù)層和事務(wù)層的模型是將來研究的重點(diǎn)。

篇5

【關(guān)鍵詞】網(wǎng)絡(luò)管理網(wǎng)間控制報(bào)文協(xié)議（ICMP）WBM

網(wǎng)絡(luò)管理的目的就是確保一定范圍內(nèi)的網(wǎng)絡(luò)及其網(wǎng)絡(luò)設(shè)備能夠穩(wěn)定、可靠、高效地運(yùn)行，使所有的網(wǎng)絡(luò)資源處于良好的運(yùn)行狀態(tài)，達(dá)到用戶預(yù)期的要求。過去有一些簡單的工具用來幫助網(wǎng)管人員管理網(wǎng)絡(luò)資源，但隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大和復(fù)雜度的增加，對強(qiáng)大易用的管理工具的需求也日益顯得迫切，管理人員需要依賴強(qiáng)大的工具完成各種各樣的網(wǎng)絡(luò)管理任務(wù)，而網(wǎng)絡(luò)管理系統(tǒng)就是能夠?qū)崿F(xiàn)上述目的系統(tǒng)。

1 WBM技術(shù)介紹

隨著應(yīng)用Intranet的企業(yè)的增多，同時(shí)Internet技術(shù)逐漸向Intranet的遷移，一些主要的網(wǎng)絡(luò)廠商正試圖以一種新的形式去應(yīng)用MIS。因此就促使了Web（Web BasedManagement）網(wǎng)管技術(shù)的產(chǎn)生。它作為一種全新的網(wǎng)絡(luò)管理模式—基于web的網(wǎng)絡(luò)管理模式，從出現(xiàn)伊始就表現(xiàn)出強(qiáng)大的生命力，以其特有的靈活性、易操作性等特點(diǎn)贏得了許多技術(shù)專家和用戶的青睞，被譽(yù)為是“將改變用戶網(wǎng)絡(luò)管理方式的革命性網(wǎng)絡(luò)管理解決方案”。

WBM融合了Web功能與網(wǎng)管技術(shù)，從而為網(wǎng)管人員提供了比傳統(tǒng)工具更強(qiáng)有力的能力。WBM可以允許網(wǎng)絡(luò)管理人員使用任何一種Web瀏覽器，在網(wǎng)絡(luò)任何節(jié)點(diǎn)上方便迅速地配置、控制以及存取網(wǎng)絡(luò)和它的各個(gè)部分。因此，他們不再只拘泥于網(wǎng)管工作站上了，并且由此能夠解決很多由于多平臺結(jié)構(gòu)產(chǎn)生的互操作性問題。WBM提供比傳統(tǒng)的命令驅(qū)動的遠(yuǎn)程登錄屏幕更直接、更易用的圖形界面，瀏覽器操作和Web頁面對WWW用戶來講是非常熟悉的，所以WBM的結(jié)果必然是既降低了MIS全體培訓(xùn)的費(fèi)用又促進(jìn)了更多的用戶去利用網(wǎng)絡(luò)運(yùn)行狀態(tài)信息。所以說，WBM是網(wǎng)絡(luò)管理方案的一次革命。

2 基于WBM技術(shù)的網(wǎng)管系統(tǒng)設(shè)計(jì)

2.1 系統(tǒng)的設(shè)計(jì)目標(biāo)

在本系統(tǒng)設(shè)計(jì)階段，就定下以開發(fā)基于園區(qū)網(wǎng)、web模式的具有自主版權(quán)的中文網(wǎng)絡(luò)管理系統(tǒng)軟件為目標(biāo)，采用先進(jìn)的WBM技術(shù)和高效的算法，力求在性能上可以達(dá)到國外同類產(chǎn)品的水平。

本網(wǎng)管系統(tǒng)提供基于WEB的整套網(wǎng)管解決方案。它針對分布式IP網(wǎng)絡(luò)進(jìn)行有效資源管理，使用戶可以從任何地方通過WEB瀏覽器對網(wǎng)絡(luò)和設(shè)備，以及相關(guān)系統(tǒng)和服務(wù)實(shí)施應(yīng)變式管理和控制，從而保證網(wǎng)絡(luò)上的資源處于最佳運(yùn)行狀態(tài)，并保持網(wǎng)絡(luò)的可用性和可靠性。

2.2 系統(tǒng)的體系結(jié)構(gòu)

在系統(tǒng)設(shè)計(jì)的時(shí)候，以國外同類的先進(jìn)產(chǎn)品作為參照物，同時(shí)考慮到技術(shù)發(fā)展的趨勢，在當(dāng)前的技術(shù)條件下進(jìn)行設(shè)計(jì)。我們采用三層結(jié)構(gòu)的設(shè)計(jì)，融合了先進(jìn)的WBM技術(shù)，使系統(tǒng)能夠提供給管理員靈活簡便的管理途徑。

三層結(jié)構(gòu)的特點(diǎn)：1）完成管理任務(wù)的軟件作為中間層以后臺進(jìn)程方式實(shí)現(xiàn)，實(shí)施網(wǎng)絡(luò)設(shè)備的輪詢和故障信息的收集；2）管理中間件駐留在網(wǎng)絡(luò)設(shè)備和瀏覽器之間，用戶僅需通過管理中間層的主頁存取被管設(shè)備；3）管理中間件中繼轉(zhuǎn)發(fā)管理信息并進(jìn)行SNMP和HTTP之間的協(xié)議轉(zhuǎn)換三層結(jié)構(gòu)無需對設(shè)備作任何改變。

3 網(wǎng)絡(luò)拓?fù)浒l(fā)現(xiàn)算法的設(shè)計(jì)

為了實(shí)施對網(wǎng)絡(luò)的管理，網(wǎng)管系統(tǒng)必須有一個(gè)直觀的、友好的用戶界面來幫助管理員。其中最基本的一個(gè)幫助就是把網(wǎng)絡(luò)設(shè)備的拓?fù)潢P(guān)系以圖形的方式展現(xiàn)在用戶面前，即拓?fù)浒l(fā)現(xiàn)。目前廣泛采用的拓?fù)浒l(fā)現(xiàn)算法是基于SNMP的拓?fù)浒l(fā)現(xiàn)算法?；赟NMP的拓?fù)渌惴ㄔ谝欢ǔ潭壬鲜欠浅Ｓ行У?，拓?fù)涞乃俣纫卜浅ｊ?。但它存在一個(gè)缺陷。那就是，在一個(gè)特定的域中，所有的子網(wǎng)的信息都依賴于設(shè)備具有SNMP的特性，如果系統(tǒng)不支持SNMP，則這種方法就無能為力了。還有對網(wǎng)絡(luò)管理的不重視，或者考慮到安全方面的原因，人們往往把網(wǎng)絡(luò)設(shè)備的SNMP功能關(guān)閉，這樣就難于取得設(shè)備的MIB值，就出現(xiàn)了拓?fù)涞牟煌暾?，?yán)重影響了網(wǎng)絡(luò)管理系統(tǒng)的功能。針對這一的問題，下面討論本系統(tǒng)對上述算法的改進(jìn)—基于ICMP協(xié)議的拓?fù)浒l(fā)現(xiàn)。

3.1 PING和路由建立

PING的主要操作是發(fā)送報(bào)文，并簡單地等待回答。P1NG之所以如此命名，是因?yàn)樗?簡單的回顯協(xié)議，使用ICMP響應(yīng)請求與響應(yīng)應(yīng)答報(bào)文。PING主要由系統(tǒng)程序員用于診斷和調(diào)試實(shí)現(xiàn)PING的過程主要是：首先向目的機(jī)器發(fā)送一個(gè)響應(yīng)請求的ICMP報(bào)文，然后等待目的機(jī)器的應(yīng)笞，直到超時(shí)。如收到應(yīng)笞報(bào)文，則報(bào)告目的機(jī)器運(yùn)行正常，程序退出。

路由建立的功能就是利用IP頭中的TTL域。開始時(shí)信源設(shè)置IP頭的TTL值為0，發(fā)送報(bào)文給信宿，第一個(gè)網(wǎng)關(guān)收到此報(bào)文后，發(fā)現(xiàn)TTL值為0，它丟棄此報(bào)文，并發(fā)送一個(gè)類型為超時(shí)的ICMP報(bào)文給信源。信源接收到此報(bào)文后對它進(jìn)行解析，這樣就得到了路由中的第一個(gè)網(wǎng)關(guān)地址。然后信源發(fā)送TTL值為1的報(bào)文給信宿，第一個(gè)網(wǎng)關(guān)把它的TrL值減為0后轉(zhuǎn)發(fā)給第二個(gè)網(wǎng)關(guān)，第二個(gè)網(wǎng)關(guān)發(fā)現(xiàn)報(bào)文TTL值為0，丟棄此報(bào)文并向信源發(fā)送超時(shí)ICMP報(bào)文。這樣就得到了路由中和第二個(gè)網(wǎng)關(guān)地址。如此循環(huán)下去，直到報(bào)文正確到達(dá)信宿，這樣就得到了通往信宿的路由。

3.2 網(wǎng)絡(luò)拓?fù)涞陌l(fā)現(xiàn)算法具體實(shí)現(xiàn)的步驟：

（1）于給定的IP區(qū)間，利用PING依次檢測每個(gè)IP地址，將檢測到的IP地址記錄到IP地址表中。

（2）對第一步中查到的每個(gè)IP地址進(jìn)行traceroute操作，記錄到這些IP地址的路由。并把每條路由中的網(wǎng)關(guān)地址也加到IP表中。（3）對IP地址表中的每個(gè)IP地址，通過發(fā)送掩碼請求報(bào)文與接收掩碼應(yīng)答報(bào)文，找到這些IP地址的子網(wǎng)掩碼。

（4）根據(jù)子網(wǎng)掩碼，確定對應(yīng)每個(gè)IP地址的子網(wǎng)地址，并確定各個(gè)子網(wǎng)的網(wǎng)絡(luò)類型。把查到的各個(gè)子網(wǎng)加入地址表中。

（5）試圖得到與IP地址表中每個(gè)IP地址對應(yīng)的域名（Domain Name），如具有相同域名，則說明同一個(gè)網(wǎng)絡(luò)設(shè)備具有多個(gè)IP地址，即具有多個(gè)網(wǎng)絡(luò)接口。

（6）根據(jù)第二步中的路由與第四步中得到的子網(wǎng)，產(chǎn)生連接情況表。

篇6

關(guān)鍵詞：計(jì)算機(jī)；網(wǎng)絡(luò)管理；WBM技術(shù)

當(dāng)前計(jì)算機(jī)網(wǎng)絡(luò)的發(fā)展特點(diǎn)規(guī)模不斷夸大，復(fù)雜性不斷增加。如果不能高效的對網(wǎng)絡(luò)系統(tǒng)進(jìn)行管理，就很難保證提供一個(gè)令人滿意的服務(wù)。網(wǎng)絡(luò)管理的目的就是確保一定范圍內(nèi)的網(wǎng)絡(luò)及其網(wǎng)絡(luò)設(shè)備能夠穩(wěn)定、可靠、高效地運(yùn)行，使所有的網(wǎng)絡(luò)資源處于良好的運(yùn)行狀態(tài)，達(dá)到用戶預(yù)期的要求。

一、WBM 技術(shù)

  W e b ( W e b - B a s e dManagement)作為一種全新的網(wǎng)絡(luò)管理模式—基于Web的網(wǎng)絡(luò)管理模式，從出現(xiàn)伊始就表現(xiàn)出強(qiáng)大的生命力，以其特有的靈活性、易操作性等特點(diǎn)贏得了許多技術(shù)專家的青睞，被譽(yù)為是“將改變用戶網(wǎng)絡(luò)管理方式的革命性網(wǎng)絡(luò)管理解決方案”。

WBM融合了Web功能與網(wǎng)管技術(shù)，從而為網(wǎng)管人員提供了比傳統(tǒng)工具更強(qiáng)有力的能力。WBM可以允許網(wǎng)絡(luò)管理人員使用任何一種Web瀏覽器，在網(wǎng)絡(luò)任何節(jié)點(diǎn)上方便迅速地配置、控制以及存取網(wǎng)絡(luò)和它的各個(gè)部分。因此，他們不再只拘泥于網(wǎng)管工作站上了，并且由此能夠解決很多由于多平臺結(jié)構(gòu)產(chǎn)生的互操作性問題。WBM提供比傳統(tǒng)的命令驅(qū)動的遠(yuǎn)程登錄屏幕更直接、更易用的圖形界面，瀏覽器操作和W e b頁面對W W W用戶來講是非常熟悉的，所以WBM的結(jié)果必然是既降低了MIS全體培訓(xùn)的費(fèi)用又促進(jìn)了更多的用戶去利用網(wǎng)絡(luò)運(yùn)行狀態(tài)信息。

二、基于WBM 技術(shù)的網(wǎng)管系統(tǒng)設(shè)計(jì)

1、系統(tǒng)的設(shè)計(jì)目標(biāo)

本網(wǎng)管系統(tǒng)提供基于WEB的整套網(wǎng)管解決方案。它針對分布式IP網(wǎng)絡(luò)進(jìn)行有效資源管理，使用戶可以從任何地方通過WEB瀏覽器對網(wǎng)絡(luò)和設(shè)備，以及相關(guān)系統(tǒng)和服務(wù)實(shí)施應(yīng)變式管理和控制，從而保證網(wǎng)絡(luò)上的資源處于最佳運(yùn)行狀態(tài)，并保持網(wǎng)絡(luò)的可用性和可靠性。

2、系統(tǒng)的體系結(jié)構(gòu)

在系統(tǒng)設(shè)計(jì)上我們采用三層結(jié)構(gòu)的設(shè)計(jì)，融合了先進(jìn)的WBM技術(shù)，使系統(tǒng)能夠提供給管理員靈活簡便的管理途徑。三層結(jié)構(gòu)的特點(diǎn)：1)完成管理任務(wù)的軟件作為中間層以后臺進(jìn)程方式實(shí)現(xiàn)，實(shí)施網(wǎng)絡(luò)設(shè)備的輪詢和故障信息的收集；2)管理中間件駐留在網(wǎng)絡(luò)設(shè)備和瀏覽器之間，用戶僅需通過管理中間層的主頁存取被管設(shè)備；3)管理中間件中繼轉(zhuǎn)發(fā)管理信息并進(jìn)行S N M P 和H T T P之間的協(xié)議轉(zhuǎn)換三層結(jié)構(gòu)無需對設(shè)備作任何改變。

三、網(wǎng)絡(luò)拓?fù)浒l(fā)現(xiàn)算法的設(shè)計(jì)

目前廣泛采用的拓?fù)浒l(fā)現(xiàn)算法是基于SNMP的拓?fù)浒l(fā)現(xiàn)算法?；赟NMP的拓?fù)渌惴ㄔ谝欢ǔ潭壬鲜欠浅Ｓ行У?，拓?fù)涞乃俣纫卜浅？?。但它存在一個(gè)缺陷。那就是，在一個(gè)特定的域中，所有的子網(wǎng)的信息都依賴于設(shè)備具有SNMP的特性，如果系統(tǒng)不支持SNMP，則這種方法就無能為力了。還有對網(wǎng)絡(luò)管理的不重視，或者考慮到安全方面的原因，人們往往把網(wǎng)絡(luò)設(shè)備的SNMP功能關(guān)閉，這樣就難于取得設(shè)備的M I B值，就出現(xiàn)了拓?fù)涞牟煌暾?，?yán)重影響了網(wǎng)絡(luò)管理系統(tǒng)的功能。針對這一的問題，下面討論本系統(tǒng)對上述算法的改進(jìn)—基于ICMP協(xié)議的拓?fù)浒l(fā)現(xiàn)。

1、PING和路由的建立

PING的主要操作是發(fā)送報(bào)文，并簡單地等待回答。PING之所以如此命名，是因?yàn)樗且粋€(gè)簡單的回顯協(xié)議，使用ICMP響應(yīng)請求與響應(yīng)應(yīng)答報(bào)文。PING主要由系統(tǒng)程序員用于診斷和調(diào)試實(shí)現(xiàn)PING的過程主要是：首先向目的機(jī)器發(fā)送一個(gè)響應(yīng)請求的ICMP報(bào)文，然后等待目的機(jī)器的應(yīng)答，直到超時(shí)。路由建立的功能就是利用I P 頭中的TTL域。開始時(shí)信源設(shè)置IP頭的TTL值為0，發(fā)送報(bào)文給信宿，第一個(gè)網(wǎng)關(guān)收到此報(bào)文后，發(fā)現(xiàn)TTL值為0，它丟棄此報(bào)文，并發(fā)送一個(gè)類型為超時(shí)的ICMP報(bào)文給信源。信源接收到此報(bào)文后對它進(jìn)行解析，這樣就得到了路由中的第一個(gè)網(wǎng)關(guān)地址。然后信源發(fā)送TTL值為1的報(bào)文給信宿，第一個(gè)網(wǎng)關(guān)把它的TTL值減為0后轉(zhuǎn)發(fā)給第二個(gè)網(wǎng)關(guān)，第二個(gè)網(wǎng)關(guān)發(fā)現(xiàn)報(bào)文TTL值為0，丟棄此報(bào)文并向信源發(fā)送超時(shí)ICMP報(bào)文。這樣就得到了路由中和第二個(gè)網(wǎng)關(guān)地址。

2、網(wǎng)絡(luò)拓?fù)涞陌l(fā)現(xiàn)算法步驟

(1)于給定的IP區(qū)間，利用PING依次檢測每個(gè)IP地址，將檢測到的IP地址記錄到IP地址表中。

(2)對第一步中查到的每個(gè)IP地址進(jìn)行traceroute操作，記錄到這些IP地址的路由。并把每條路由中的網(wǎng)關(guān)地址也加到IP表中。

(3)對IP地址表中的每個(gè)IP地址，通過發(fā)送掩碼請求報(bào)文與接收掩碼應(yīng)答報(bào)文，找到這些IP地址的子網(wǎng)掩碼。

(4)根據(jù)子網(wǎng)掩碼，確定對應(yīng)每個(gè)IP地址的子網(wǎng)地址，并確定各個(gè)子網(wǎng)的網(wǎng)絡(luò)類型。把查到的各個(gè)子網(wǎng)加入地址表中。

(5)試圖得到與IP地址表中每個(gè)IP地址對應(yīng)的域名(Domain Name)，如具有相同域名，則說明同一個(gè)網(wǎng)絡(luò)設(shè)備具有多個(gè)IP地址，即具有多個(gè)網(wǎng)絡(luò)接口。

(6)根據(jù)第二步中的路由與第四步中得到的子網(wǎng)，產(chǎn)生連接情況表。

四、結(jié)束語

隨著網(wǎng)絡(luò)規(guī)模迅速擴(kuò)大，網(wǎng)絡(luò)的復(fù)雜程度也日益加劇。為適應(yīng)網(wǎng)絡(luò)大發(fā)展的這一時(shí)代需要，在構(gòu)建計(jì)算機(jī)網(wǎng)絡(luò)時(shí)必須高度重視網(wǎng)絡(luò)管理的重要性，重點(diǎn)從網(wǎng)管技術(shù)和網(wǎng)管系統(tǒng)設(shè)計(jì)兩個(gè)大的方面全面規(guī)劃和設(shè)計(jì)好網(wǎng)絡(luò)管理的方方面面，以保障網(wǎng)絡(luò)系統(tǒng)高效、安全地運(yùn)行。 

參考文獻(xiàn)：

篇7

關(guān)鍵詞：計(jì)算機(jī)網(wǎng)絡(luò)管理技術(shù)

中圖分類號：TP393 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2016）09-0078-02

隨著信息技術(shù)的飛速發(fā)展，計(jì)算機(jī)網(wǎng)絡(luò)已經(jīng)成為人們生活中不可缺少的部分，計(jì)算機(jī)網(wǎng)絡(luò)的應(yīng)用規(guī)模呈暴發(fā)性的增長，各種不同的硬件平臺、不同的操作系統(tǒng)以及豐富的應(yīng)用軟件之間的復(fù)雜性、差異性使得統(tǒng)一管理及其困難。如何有效地使用手中掌握的各種資源，實(shí)現(xiàn)對不同用戶的網(wǎng)絡(luò)支持，如何有效得最大化的發(fā)揮網(wǎng)絡(luò)效益一直是網(wǎng)絡(luò)管理者們?nèi)粘９ぷ髦械囊粋€(gè)重要課題。為了解決這個(gè)問題IT業(yè)界的軟、硬件供應(yīng)商在這方面進(jìn)行了認(rèn)真的研究，雙方一致認(rèn)為對網(wǎng)絡(luò)管理技術(shù)進(jìn)行不斷的開發(fā)將很好地解決這一問題，由此導(dǎo)致了網(wǎng)絡(luò)管理技術(shù)成為了維護(hù)網(wǎng)絡(luò)正常運(yùn)行的基本配置，本文從網(wǎng)絡(luò)管理技術(shù)、存在的問題、發(fā)展前景等方面，對網(wǎng)絡(luò)管理技術(shù)的應(yīng)用作了一個(gè)簡要的分析：

1網(wǎng)絡(luò)管理技術(shù)簡析

網(wǎng)絡(luò)管理英文名稱：Network Management 定義：監(jiān)測、控制和記錄電信網(wǎng)絡(luò)資源的性能和使用情況，以使網(wǎng)絡(luò)有效運(yùn)行，為用戶提供一定質(zhì)量水平的電信業(yè)務(wù)。網(wǎng)絡(luò)管理是指網(wǎng)絡(luò)管理員通過網(wǎng)絡(luò)管理技術(shù)對網(wǎng)絡(luò)上的資源進(jìn)行集中化管理的操作[1]。

由網(wǎng)管技術(shù)定義可以看出，網(wǎng)絡(luò)管理技術(shù)在網(wǎng)絡(luò)運(yùn)行的構(gòu)成中起著協(xié)調(diào)管理的作用。為了實(shí)現(xiàn)這一功能，網(wǎng)絡(luò)管理技術(shù)主要包括以下幾個(gè)方面：

1.1 網(wǎng)絡(luò)管理技術(shù)現(xiàn)況

隨著20世紀(jì)80年代初期Internet的出現(xiàn)和發(fā)展，網(wǎng)絡(luò)技術(shù)也不斷發(fā)展擴(kuò)大，設(shè)計(jì)思想和開發(fā)目的不同，不同廠商開發(fā)技術(shù)的差異，導(dǎo)致網(wǎng)絡(luò)管理的難度大大增加，廠商獨(dú)立開發(fā)的網(wǎng)絡(luò)管理技術(shù)，無法對不同的網(wǎng)絡(luò)系統(tǒng)、軟件硬件等設(shè)備進(jìn)行管理和支持，更談不上有效的利用和開發(fā)，為了解決這個(gè)問題開發(fā)者們和廠商共同提出了多種解決方法，常用的如下：1） SNMP管理技術(shù)； 2）RMON管理技術(shù)；3） 基于WEB的網(wǎng)絡(luò)管理；

1.2 網(wǎng)絡(luò)管理協(xié)議

網(wǎng)絡(luò)管理協(xié)議是針對Internet網(wǎng)絡(luò)的高速發(fā)展而產(chǎn)生的，它定義為連接不同操作系統(tǒng)和不同硬件體系結(jié)構(gòu)的互聯(lián)網(wǎng)絡(luò)提供通信支持，是專門設(shè)計(jì)用于在網(wǎng)絡(luò)管理網(wǎng)絡(luò)節(jié)點(diǎn)（服務(wù)器、工作站、路由器、交換機(jī)及 HUBS 等）的一種標(biāo)準(zhǔn)協(xié)議，它是一種應(yīng)用層協(xié)議，能夠憑借自身的優(yōu)勢，在短時(shí)間內(nèi)總結(jié)出網(wǎng)絡(luò)管理節(jié)點(diǎn)間與網(wǎng)絡(luò)管理間的通訊規(guī)則，同時(shí)結(jié)合著計(jì)算機(jī)用戶的實(shí)際需要，在現(xiàn)有的基礎(chǔ)上對網(wǎng)絡(luò)管理中的信息類別及格式進(jìn)行分組、規(guī)范、處理。在當(dāng)前使用的網(wǎng)絡(luò)管理系統(tǒng)中，其主要作用的在于管理者與兩個(gè)部門。管理者的功能在于能夠在網(wǎng)絡(luò)運(yùn)行中，從系統(tǒng)的各個(gè)處獲取相應(yīng)的管理信息，并對其進(jìn)行分析、加工，為網(wǎng)絡(luò)管理的順利進(jìn)行提供相應(yīng)的途徑，以此來起到管理的作用[2]。

1.3 網(wǎng)絡(luò)管理系統(tǒng)

網(wǎng)絡(luò)管理系統(tǒng)是一個(gè)軟硬件結(jié)合以軟件為主分布式網(wǎng)絡(luò)應(yīng)用系統(tǒng)，是幫助網(wǎng)絡(luò)管理人員完成網(wǎng)絡(luò)管理功能的系統(tǒng)，通過該系統(tǒng)，網(wǎng)絡(luò)管理員可以完成網(wǎng)絡(luò)信息的交換，可以在整個(gè)網(wǎng)絡(luò)系統(tǒng)中管理應(yīng)用程序及設(shè)備，可以把硬件設(shè)備、應(yīng)用軟件、用戶情況以及用戶與網(wǎng)絡(luò)資源之間的權(quán)限進(jìn)行合理的調(diào)配，網(wǎng)絡(luò)管理系統(tǒng)就能根據(jù)網(wǎng)管人員的設(shè)定自動地建立起人員、軟硬件設(shè)備、網(wǎng)絡(luò)的合理關(guān)系，并根據(jù)用戶權(quán)限，分配用戶可使用各種資源。現(xiàn)在的網(wǎng)管軟件平臺基本上都是在由Windows、UNIX、DOS系統(tǒng)支持的?，F(xiàn)在常用的網(wǎng)絡(luò)管理系統(tǒng)主要有： IBM Net view以及SugarNMS智和網(wǎng)管軟件、ugarNMS智和網(wǎng)管軟件、、SUN Net manager.、WorkWin企業(yè)電腦監(jiān)控軟件、聚生網(wǎng)管、lip View、天易成網(wǎng)管局域網(wǎng)監(jiān)控、Netfire局域網(wǎng)限速軟件等等。

1.4 網(wǎng)絡(luò)管理結(jié)構(gòu)

網(wǎng)絡(luò)管理結(jié)構(gòu)是決定網(wǎng)絡(luò)管理系統(tǒng)性能好壞的基礎(chǔ)。根據(jù)網(wǎng)絡(luò)管理需求的不同，現(xiàn)在主要采用兩種結(jié)構(gòu)：集中式體系、非集中式體系。集中式體系顧名思義是以平臺為中心的工作模式。非集中式體系是以層次方式和分布式作為網(wǎng)絡(luò)管理體系結(jié)構(gòu)。在網(wǎng)絡(luò)管理過程中，集中式這種平臺式控制中心，應(yīng)用更加廣泛一些。這種網(wǎng)絡(luò)管理結(jié)構(gòu)把管理者分為了管理平臺和管理應(yīng)用，管理平臺用于各種信息的采集和歸納，管理應(yīng)用是把管理平臺提供信息進(jìn)行進(jìn)一步分析處理，提煉出可供決策的依據(jù)，并發(fā)出運(yùn)行指令，同時(shí)還為進(jìn)一步處理信息提供依據(jù)。當(dāng)然在具體工作中，是選擇集中式還是分布式管理體系結(jié)構(gòu)，要根據(jù)實(shí)際情況來確定，一個(gè)合理的發(fā)揮效率的管理系統(tǒng)，它的管理調(diào)配與網(wǎng)管人員的人數(shù)無關(guān)，每個(gè)網(wǎng)管只負(fù)責(zé)管理自己的權(quán)限范圍的網(wǎng)絡(luò)資源，對其他網(wǎng)管范圍是不能干涉的。而網(wǎng)管人員所作的管理最后階段是由網(wǎng)絡(luò)管理結(jié)構(gòu)來進(jìn)行統(tǒng)一處理，網(wǎng)絡(luò)管理結(jié)構(gòu)就是以此來實(shí)現(xiàn)對網(wǎng)絡(luò)的整體管理。

2 目前應(yīng)用的網(wǎng)絡(luò)管理技術(shù)

隨著目前網(wǎng)絡(luò)技術(shù)的暴發(fā)性的增長，網(wǎng)絡(luò)已經(jīng)滲透到人們?nèi)粘Ｉ畹拿恳徊糠郑瑸榱吮Ｕ暇W(wǎng)絡(luò)的正常有序的發(fā)展，軟、硬件供應(yīng)商和開發(fā)者們提供了一系列的網(wǎng)絡(luò)管理系統(tǒng)，主要有以下幾個(gè)方面：

2.1 網(wǎng)絡(luò)管理系統(tǒng)模式

計(jì)算機(jī)網(wǎng)絡(luò)管理模式可以簡單地分為集中式和分布式，網(wǎng)絡(luò)管理系統(tǒng)模式確定需要結(jié)合著用戶的實(shí)際需求來建立，模式之間沒有先進(jìn)和落后之分，只是根據(jù)用戶的需求確定，而由此導(dǎo)致網(wǎng)絡(luò)管理系統(tǒng)模式在不同的用戶、不同的系統(tǒng)上有著很大的差異。從現(xiàn)在網(wǎng)絡(luò)管理用戶使用情況上來說，還是以Client/Server（C/S結(jié)構(gòu)） 管理技術(shù)為主，Client/Server管理技術(shù)可以充分利用服務(wù)器端和客戶端的硬件優(yōu)勢，合理分配任務(wù)到Client端和Server端來實(shí)現(xiàn)資源優(yōu)化，并且利用網(wǎng)絡(luò)管理系統(tǒng)中的邏輯擴(kuò)展來擴(kuò)出新的網(wǎng)絡(luò)管理系統(tǒng)。這也是目前網(wǎng)絡(luò)管理系統(tǒng)主流的發(fā)展趨勢。

2.2 網(wǎng)絡(luò)管理中的web技術(shù)

基于Web的網(wǎng)絡(luò)管理的是網(wǎng)絡(luò)管理方面的一次革命，它使網(wǎng)絡(luò)管理技術(shù)在網(wǎng)絡(luò)的任何節(jié)點(diǎn)上都可以快捷地進(jìn)行信息的存取轉(zhuǎn)換、有效的管理以及合理的調(diào)配網(wǎng)絡(luò)資源，并利用了網(wǎng)絡(luò)的方便性、靈活性與全面性，使網(wǎng)絡(luò)管理系統(tǒng)徹底地發(fā)揮出自身的管理功能。

2.3 CORBA技術(shù)概念

CORBA（Common Object Request Broker Architecture，公共對象請求體系結(jié)構(gòu)，通用對象請求體系結(jié)構(gòu)）是對象管理組織（OMG）為解決分布式處理環(huán)境（DCE）中，硬件和軟件系統(tǒng)的互連而提出的一種解決方案。 CORBA體系的主要內(nèi)容包括以下幾部分：對象請求、對象服務(wù)、公共設(shè)施、應(yīng)用接口、領(lǐng)域接口。借助了這些服務(wù)，CORBA能夠具有位置透明性、移動透明，但如若完全靠CORBA的系統(tǒng)來實(shí)現(xiàn)，所需資金、時(shí)間、和人力資源等都過大，CORBA.SNMP，CMIP相結(jié)合成為基于 CORBA的網(wǎng)絡(luò)管理系統(tǒng)[3]。

3 現(xiàn)有網(wǎng)絡(luò)管理技術(shù)的不足

網(wǎng)絡(luò)技術(shù)的迅猛發(fā)展，不同廠商開發(fā)的不同網(wǎng)絡(luò)產(chǎn)品而導(dǎo)致網(wǎng)絡(luò)結(jié)構(gòu)的差異，用戶使用的不同平臺，不同應(yīng)用軟件，不同的地域所造成網(wǎng)絡(luò)管理的分布式、跨平臺、網(wǎng)絡(luò)的安全、基于WEB的網(wǎng)絡(luò)管理 、不同廠家不同設(shè)備的管理、新增加網(wǎng)絡(luò)的管理等等成為了網(wǎng)絡(luò)管理員必須要解決的問題，而用戶自身所使用的防火墻、防病毒、身份認(rèn)證、數(shù)據(jù)加密等防護(hù)措施，由于來自不同的廠商和開發(fā)商，這些系統(tǒng)相互獨(dú)立一旦遇到問題，很難作為一個(gè)統(tǒng)一的整體進(jìn)行管理。網(wǎng)絡(luò)管理技術(shù)的應(yīng)用，在很大程度上解決了這個(gè)問題。首先要對整個(gè)網(wǎng)絡(luò)的數(shù)據(jù)流程有清晰的了解，對整個(gè)網(wǎng)絡(luò)運(yùn)行所需的硬件軟件有明確概念，這樣才能有效地使用網(wǎng)絡(luò)管理技術(shù)對網(wǎng)絡(luò)的資源進(jìn)行合理的調(diào)配管理，才能對軟硬件故障的排查，整體網(wǎng)絡(luò)效率的提高，以及網(wǎng)絡(luò)安全問題的處理提供可靠的依據(jù)。要求網(wǎng)絡(luò)管理人員根據(jù)當(dāng)前網(wǎng)絡(luò)實(shí)際情況，合理高效的整合網(wǎng)絡(luò)資源，將不同廠家、不同開發(fā)商的不同產(chǎn)品的各種功能形成一個(gè)有機(jī)整體，充分發(fā)揮各自機(jī)能，保障網(wǎng)絡(luò)的正常運(yùn)行。由于目前網(wǎng)絡(luò)的急速擴(kuò)容，網(wǎng)絡(luò)維護(hù)越來越趨于復(fù)雜化，所以要求網(wǎng)絡(luò)管理人員的要求也越來越高，在日常管理過程中，對網(wǎng)絡(luò)管理系統(tǒng)中的發(fā)現(xiàn)的問題，要及早的進(jìn)行解決，同時(shí)在安全策略上要做好防范，以便對故障和性能進(jìn)行更合理的管理，以提高整體網(wǎng)絡(luò)的運(yùn)行效率。

4 網(wǎng)絡(luò)管理技術(shù)的發(fā)展趨勢

計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)正在沿著數(shù)字化、寬帶化、高速化和智能化、綜合化、網(wǎng)狀化的方向迅速發(fā)展，而網(wǎng)絡(luò)的高速發(fā)展又對網(wǎng)絡(luò)管理技術(shù)提出了新的要求，網(wǎng)絡(luò)管理技術(shù)為了使應(yīng)網(wǎng)絡(luò)的發(fā)展也在不斷發(fā)展中，而且隨著網(wǎng)絡(luò)的發(fā)展有著更加廣大的發(fā)展空間。隨著網(wǎng)絡(luò)技術(shù)的復(fù)雜化、多元化，其對廠商擴(kuò)大生產(chǎn)規(guī)模的要求也越來越大，由此也凸現(xiàn)出網(wǎng)絡(luò)管理在網(wǎng)絡(luò)系統(tǒng)中的重要地位。網(wǎng)絡(luò)的發(fā)展對網(wǎng)管人員在構(gòu)建計(jì)算機(jī)網(wǎng)絡(luò)時(shí)也提出了更高的要求，根據(jù)網(wǎng)絡(luò)建設(shè)發(fā)展的實(shí)際狀況，從網(wǎng)絡(luò)管理技術(shù)、網(wǎng)絡(luò)管理策略兩個(gè)方面著手， 可以使網(wǎng)絡(luò)在建成投入使用后，能夠高效、穩(wěn)定的運(yùn)行。

5 結(jié)論

綜上所述，網(wǎng)絡(luò)管理技術(shù)的應(yīng)用就是整合網(wǎng)絡(luò)資源，對之進(jìn)行合理的分配，還要符合了網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢，并采取措施對之進(jìn)行優(yōu)化調(diào)配，使網(wǎng)絡(luò)管理技術(shù)向綜合化、智能化發(fā)展；同時(shí)要求網(wǎng)管人員在工作中一切從實(shí)際出發(fā)，選擇當(dāng)前網(wǎng)絡(luò)相符的網(wǎng)絡(luò)管理技術(shù)，才能提高網(wǎng)絡(luò)的安全性和高效性，使之安全平穩(wěn)運(yùn)行發(fā)揮最大的效用。

參考文獻(xiàn)：

[1] 羅小芬.當(dāng)前計(jì)算機(jī)網(wǎng)絡(luò)管理技術(shù)應(yīng)用探究[J].信息與電腦（理論版），2011（4）.

[2] 于麗.計(jì)算機(jī)網(wǎng)絡(luò)管理技術(shù)及發(fā)展趨勢探討[J].技術(shù)與市場，2011（4）.

[3] 劉萍，肖德寶.基于XML的網(wǎng)絡(luò)管理模型研究[J].計(jì)算機(jī)工程與應(yīng)用，2004（5）.

[4] 成可南.簡析計(jì)算機(jī)網(wǎng)絡(luò)管理技術(shù)發(fā)展趨勢[J].電子測試，2014（8）.

[5] 胡谷雨.網(wǎng)絡(luò)管理技術(shù)教程[J].網(wǎng)絡(luò)管理技術(shù)教程，2002（7）.

篇8

關(guān)鍵詞：網(wǎng)絡(luò)管理技術(shù)CORBA技術(shù)B/S結(jié)構(gòu)XML技術(shù)SNMP協(xié)議

隨著網(wǎng)絡(luò)技術(shù)和應(yīng)用的不斷發(fā)展,人們對網(wǎng)絡(luò)的依賴程度將越來越大,用戶已不再滿足于網(wǎng)絡(luò)連通性的要求,他們希望以更快的速度、更高的質(zhì)量、更好的安全性訪問網(wǎng)絡(luò)。但是,隨著網(wǎng)絡(luò)用戶數(shù)量的不斷壯大,為網(wǎng)絡(luò)的日常管理與維護(hù)帶來巨大的挑戰(zhàn)。為了維護(hù)日益龐大的網(wǎng)絡(luò)系統(tǒng)的正常工作,保證所有網(wǎng)絡(luò)資源處于良好的運(yùn)行狀態(tài),必須有相應(yīng)的網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行支撐。網(wǎng)絡(luò)管理系統(tǒng)中技術(shù)革新就顯得尤為重要,只有新技術(shù)不斷推陳出新,才能使網(wǎng)絡(luò)管理系統(tǒng)不斷向前發(fā)展。

一、網(wǎng)絡(luò)管理軟件技術(shù)熱點(diǎn)

網(wǎng)絡(luò)管理系統(tǒng)多年的發(fā)展,目前網(wǎng)絡(luò)管理軟件技術(shù)的熱點(diǎn)有以下幾個(gè)方面:

1.開放性。隨著用戶對不同設(shè)備進(jìn)行統(tǒng)一網(wǎng)絡(luò)管理的需求日益迫切,各廠商也在考慮采用更加開放的方式實(shí)現(xiàn)設(shè)備對網(wǎng)管的支持。

2.綜合性。通過一個(gè)控制和操作臺就可提供對各個(gè)子網(wǎng)的透視、對所管業(yè)務(wù)的了解及提供對故障定位和故障排除的支持,也就是通過一個(gè)操作臺實(shí)現(xiàn)對互聯(lián)的多個(gè)網(wǎng)絡(luò)的管理。此外,網(wǎng)絡(luò)管理與系統(tǒng)管理正在逐漸融合,通過一個(gè)平臺、一個(gè)界面,提供對網(wǎng)絡(luò)、系統(tǒng)、數(shù)據(jù)庫等應(yīng)用服務(wù)的管理功能。

3.智能化。現(xiàn)代通信網(wǎng)絡(luò)的迅速發(fā)展,使網(wǎng)絡(luò)的維護(hù)和操作越來越復(fù)雜,對操作使用人員提出了更高的要求。而人工維護(hù)和診斷往往花費(fèi)巨大,而且對于間歇性故障無法及時(shí)檢錯(cuò)排除。因此人工智能技術(shù)適時(shí)而生,用以作為技術(shù)人員的輔助工具。由此,故障診斷和網(wǎng)絡(luò)自動維護(hù)也是人工智能應(yīng)用最早的網(wǎng)絡(luò)管理領(lǐng)域,目的在于解釋網(wǎng)絡(luò)運(yùn)行的差錯(cuò)信息、診斷故障和提供處理建議。

4.安全性。對于網(wǎng)絡(luò)來說,安全性是網(wǎng)絡(luò)的生命保障,因此網(wǎng)管軟件的安全性也是熱點(diǎn)之一。除軟件本身的安全機(jī)制外,目前很多網(wǎng)管軟件都采用SNMP協(xié)議,普遍使用的是SNMPvl、SNMPv2,但現(xiàn)階段的SNMP?v?l、SNMPv2協(xié)議對于安全控制還較薄弱,也為后續(xù)的SNMP協(xié)議發(fā)展提出挑戰(zhàn)。

5.基于Web的管理?；赪eb的管理以其統(tǒng)一、友好的界面風(fēng)格,地理和系統(tǒng)上的可移動性及系統(tǒng)平臺的獨(dú)立性,吸引著廣大的用戶和開發(fā)商。而目前主流的網(wǎng)絡(luò)管理軟件都提供融合Web技術(shù)的管理平臺。

二、網(wǎng)絡(luò)管理技術(shù)發(fā)展趨勢

通過現(xiàn)階段網(wǎng)絡(luò)管理軟件中的一些技術(shù)熱點(diǎn),我們可以去展望今后在網(wǎng)絡(luò)管理中出現(xiàn)的一些新的技術(shù),以期帶動網(wǎng)絡(luò)網(wǎng)絡(luò)管理水平整體性能的提升:

1.分布式技術(shù)。分布式技術(shù)一直是推動網(wǎng)絡(luò)管理技術(shù)發(fā)展的核心技術(shù),也越來越受到業(yè)界的重視。其技術(shù)特點(diǎn)在于分布式網(wǎng)絡(luò)與中央控制式網(wǎng)絡(luò)對應(yīng),它沒有中心,因而不會因?yàn)橹行脑獾狡茐亩斐烧w的崩潰。在分布式網(wǎng)絡(luò)上,節(jié)點(diǎn)之間互相連接,數(shù)據(jù)可以選擇多條路徑傳輸,因而具有更高的可靠性。

基于分布式計(jì)算模式推出的CORBA是將分布計(jì)算模式和面向?qū)ο笏枷虢Y(jié)合在一起,構(gòu)建分布式應(yīng)用。CORBA的網(wǎng)絡(luò)管理系統(tǒng)通常按照Client/Server的結(jié)構(gòu)進(jìn)行構(gòu)造,運(yùn)用CORBA技術(shù)完全能夠?qū)崿F(xiàn)標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理系統(tǒng)。

2.XML技術(shù)。XML技術(shù)是一項(xiàng)國際標(biāo)準(zhǔn),可以有效地統(tǒng)一現(xiàn)有網(wǎng)絡(luò)系統(tǒng)中存在的多種管理接口。其次XML技術(shù)具有很強(qiáng)的靈活性,可以充分控制網(wǎng)絡(luò)設(shè)備內(nèi)嵌式管理,確保管理系統(tǒng)間,以及管理系統(tǒng)與被管理設(shè)備間進(jìn)行復(fù)雜的交互式通信與操作,實(shí)現(xiàn)很多原有管理接口無法實(shí)現(xiàn)的管理操作。

利用XML管理接口,網(wǎng)絡(luò)管理系統(tǒng)還可以實(shí)現(xiàn)從被管理設(shè)備中讀取故障信息和設(shè)備工作狀態(tài)等多種管理數(shù)據(jù)的操作。新管理接口的采用可以大大提高管理軟件,包括第三方管理軟件與網(wǎng)絡(luò)設(shè)備間進(jìn)行管理信息交換的能力和效率,并可以方便地實(shí)現(xiàn)與網(wǎng)絡(luò)管理系統(tǒng)的集成。

而且由于XML技術(shù)本身采用了簡單清晰的標(biāo)記語言,在管理系統(tǒng)開發(fā)與集成過程中能比較簡便地實(shí)施,這樣新管理接口的采用反而還會降低整個(gè)管理系統(tǒng)的開發(fā)成本。

3.B/S模式。B/S模式是基于Intranet的需求而出現(xiàn)并發(fā)展的。在B/S模式中,最大的好處是運(yùn)行維護(hù)比較簡便,能實(shí)現(xiàn)不同的人員,從不同的地點(diǎn),以不同的接入方式接入網(wǎng)絡(luò)。其工作原理是網(wǎng)絡(luò)中客戶端運(yùn)行瀏覽器軟件,瀏覽器以超文本形式向Web服務(wù)器提出訪問數(shù)據(jù)庫的要求,Web服務(wù)器接受客戶端請求后,將這個(gè)請求轉(zhuǎn)化為SQL語法,并交給數(shù)據(jù)庫服務(wù)器,數(shù)據(jù)庫服務(wù)器得到請求后,驗(yàn)證其合法性,并進(jìn)行數(shù)據(jù)處理,然后將處理后的結(jié)果返回給Web服務(wù)器,Web服務(wù)器再一次將得到的所有結(jié)果進(jìn)行轉(zhuǎn)化,變成HTML文檔形式,轉(zhuǎn)發(fā)給客戶端瀏覽器以友好的Web頁面形式顯示出來。

在B/S模式下,集成了解決企事業(yè)單位各種網(wǎng)絡(luò)問題的服務(wù),而非零散的單一功能的多系統(tǒng)模式,因而它能提供更高的工作效率。B/S模式借助Internet強(qiáng)大的信息與信息傳送能力,可以通過網(wǎng)絡(luò)中的任意客戶端實(shí)現(xiàn)對網(wǎng)絡(luò)的管理。而且B/S模式結(jié)構(gòu)可以任意擴(kuò)展,可以從一臺服務(wù)器、幾個(gè)用戶的工作組級擴(kuò)展成為擁有成千上萬用戶的大型系統(tǒng),采用B/S網(wǎng)絡(luò)管理結(jié)構(gòu)模式從而實(shí)現(xiàn)對大型網(wǎng)絡(luò)管理。

4.支持SNMPv3協(xié)議。SNMP協(xié)議是一項(xiàng)廣泛使用的網(wǎng)絡(luò)管理協(xié)議,是流傳最廣,應(yīng)用最多,獲得支持最廣泛的一個(gè)網(wǎng)絡(luò)管理協(xié)議。其優(yōu)點(diǎn)是簡單、穩(wěn)定和靈活,也是目前網(wǎng)管的基礎(chǔ)標(biāo)準(zhǔn)。

SNMP協(xié)議歷經(jīng)多年的發(fā)展,已經(jīng)推出的SNMPv3是在SNMPv1、SNMPv2兩個(gè)版本的基礎(chǔ)上改進(jìn)推出,其克服了SNMPv1和SNMPv2兩個(gè)版本的安全弱點(diǎn),功能得到來極大的增強(qiáng),它有適應(yīng)性強(qiáng)和安全性好的特點(diǎn)。

盡管新版本的SNMPv3協(xié)議還未達(dá)到普及,但它畢竟代表著SNMP協(xié)議的發(fā)展方向,隨著網(wǎng)絡(luò)管理技術(shù)的發(fā)展,它完全有理由將在不久的將來成為SNMPv2的替代者,成為網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)協(xié)議。

三、結(jié)語

隨著計(jì)算機(jī)技術(shù)的日新月異,網(wǎng)絡(luò)管理技術(shù)也會隨著各種新技術(shù)的運(yùn)用而不斷向前進(jìn)步,從而為眾多的網(wǎng)絡(luò)提供方便、快捷和有效的管理。

參考文獻(xiàn):

[1]李明江.SNMP簡單網(wǎng)絡(luò)管理協(xié)議[M].北京:電子工業(yè)出版社,2007.

篇9

網(wǎng)絡(luò)管理是控制一個(gè)復(fù)雜的計(jì)算機(jī)網(wǎng)絡(luò)使得它具有最高的效率和生產(chǎn)力的過程。根據(jù)進(jìn)行網(wǎng)絡(luò)管理的系統(tǒng)的能力，這一過程通常包括數(shù)據(jù)收集―自動地或通過管理者的手動方式進(jìn)行數(shù)據(jù)處理，然后提交給管理者 , 用于在網(wǎng)絡(luò)操作中使用。它可能還包括分析數(shù)據(jù)并提供解決方案，甚至可能不需要打擾管理者而自動處理一些情況，進(jìn)一步還可以產(chǎn)生對管理者管理網(wǎng)絡(luò)有用的報(bào)告。通常，網(wǎng)管系統(tǒng)主要是由管理者和管理兩種實(shí)體組成。網(wǎng)絡(luò)管理員通過管理者 (Manger) 與管理 (Agent) 之間的交互通信而達(dá)到對網(wǎng)絡(luò)進(jìn)行管理的目的。目前網(wǎng)絡(luò)管理協(xié)議主要有基于 TCP/ IP 的簡單網(wǎng)絡(luò)管理協(xié)議 (SNMP) 和基于OSI 的公共管理協(xié)議(CMIP) 。

(1)網(wǎng)絡(luò)管理技術(shù)的現(xiàn)狀

網(wǎng)絡(luò)管理這一學(xué)科領(lǐng)域自二十世紀(jì)八十年代起逐漸受到重視，許多國際標(biāo)準(zhǔn)化組織、論壇和科研機(jī)構(gòu)都先后開發(fā)了各類標(biāo)準(zhǔn)、協(xié)議來指導(dǎo)網(wǎng)絡(luò)管理與設(shè)計(jì)，但各種網(wǎng)絡(luò)系統(tǒng)在結(jié)構(gòu)上存在著或大或小的差異，至今還沒有一個(gè)大家都能接受的標(biāo)準(zhǔn)。當(dāng)前，網(wǎng)絡(luò)管理技術(shù)主要有以下三種：誕生于 In-ternte 家族的 SNMP 是專門用于對 Internet 進(jìn)行管理的，雖然它有簡單適用等特點(diǎn)，已成為當(dāng)前網(wǎng)絡(luò)界的實(shí)際標(biāo)準(zhǔn)，但由于 Internet 本身發(fā)展的不規(guī)范性，使 SNMP有先天性的不足，難以用于復(fù)雜的網(wǎng)絡(luò)管理，只適用于 TCP/ IP網(wǎng)絡(luò)，在安全方面也有欠缺。當(dāng)前使用最廣泛的是簡單網(wǎng)絡(luò)管理協(xié)議 (SN-MP)， 該協(xié)議簡單，易于實(shí)現(xiàn)且具有良好的可擴(kuò)充性，是工業(yè)界事實(shí)上的網(wǎng)管協(xié)議標(biāo)準(zhǔn)。隨著計(jì)算機(jī)網(wǎng)絡(luò)的復(fù)雜性愈來愈大， 要求網(wǎng)絡(luò)管理的性能愈來愈高，網(wǎng)絡(luò)管理的面貌正在發(fā)生變化，傳統(tǒng)的網(wǎng)絡(luò)管理應(yīng)用主要集中在由國際標(biāo)準(zhǔn)化組織 (ISO) 所定義的5 種網(wǎng)絡(luò)管理功能領(lǐng)域：性能管理、故障管理、配置管理、安全管理、記費(fèi)管理。雖然性能管理、故障管理及配置管理已經(jīng)減輕了網(wǎng)絡(luò)管理人員的大多數(shù)負(fù)擔(dān) , 但在過去的幾年里企業(yè)網(wǎng)絡(luò)的快速發(fā)展出現(xiàn)了種種新的需求 , 使現(xiàn)有的集中式網(wǎng)絡(luò)管理應(yīng)用無法勝任。以前的網(wǎng)絡(luò)管理基本上是一種集中式的、單序的、反應(yīng)式方法 , 它注重的是具體設(shè)備的監(jiān)控 , 而且對于價(jià)格昂貴的廣域網(wǎng)連接設(shè)備沒有反應(yīng)。

(2)網(wǎng)絡(luò)管理系統(tǒng)的組成

網(wǎng)絡(luò)管理的需求決定網(wǎng)管系統(tǒng)的組成和規(guī)模 , 任何網(wǎng)管系統(tǒng)無論其規(guī)模大小如何 , 基本上都是由支持網(wǎng)管協(xié)議的網(wǎng)管軟件平臺、網(wǎng)管支撐軟件、網(wǎng)管工作平臺和支撐網(wǎng)管協(xié)議的網(wǎng)絡(luò)設(shè)備組成。

(3)網(wǎng)絡(luò)管理的體系結(jié)構(gòu)

網(wǎng)絡(luò)管理系統(tǒng)的體系結(jié)構(gòu) (簡稱網(wǎng)絡(luò)拓?fù)? 是決定網(wǎng)絡(luò)管理性能的重要因素之一。通?？梢苑譃榧惺胶头羌惺絻深愺w系結(jié)構(gòu)。

2、網(wǎng)絡(luò)管理技術(shù)發(fā)展趨勢

為了滿足業(yè)務(wù)及技術(shù)的需求, 網(wǎng)絡(luò)管理在現(xiàn)有技術(shù)的基礎(chǔ)上必將朝著層次化、集成化、Web 化和智能化及分布式方向發(fā)展?，F(xiàn)分別敘述如下:

(1)網(wǎng)絡(luò)管理層次化

由于網(wǎng)絡(luò)規(guī)模的擴(kuò)大 , SNMP 管理機(jī)制的弱點(diǎn)被充分暴露出來。SNMP 是一種平面型網(wǎng)管架構(gòu) , 管理者容易成為瓶頸; 輪詢數(shù)目太多、分布較廣的使帶寬開銷過大 , 效率下降 , 管理者從各獲取的管理信息是原始數(shù)據(jù) , 不但量大而且需要精加工才能變?yōu)橛袃r(jià)值的管理數(shù)據(jù)。傳輸大量的原始數(shù)據(jù)既浪費(fèi)帶寬 , 又消耗管理者 CPU 的大量寶貴資源 , 使網(wǎng)管效率降低。解決這個(gè)問題的辦法是在管理者與之間增加中層管理者 , 實(shí)現(xiàn)分層管理 , 將集中式的網(wǎng)管架構(gòu)改變?yōu)閷哟位木W(wǎng)管架構(gòu)。

(2)網(wǎng)絡(luò)管理集成化

CMIP為國際標(biāo)準(zhǔn)化組織 ISO 所制定 , 然而 , 由于歷史和現(xiàn)實(shí)的原因 , ISO 的開放系統(tǒng)互連七層協(xié)議至今尚未得到業(yè)界的廣泛支持和應(yīng)用。相反 , 基于 TCP/ IP的 SNMP 由于其簡單易于實(shí)現(xiàn)很快便得到眾多產(chǎn)品供應(yīng)商的支持 , 使 SNMP成為事實(shí)上的網(wǎng)絡(luò)管理工業(yè)標(biāo)準(zhǔn)。但不可否認(rèn) , CMIP 功能較強(qiáng) , 能擔(dān)負(fù)起復(fù)雜的網(wǎng)絡(luò)管理 , 自己應(yīng)用也逐漸擴(kuò)大。能否將 CMIP 和 SNMP 兩者優(yōu)勢集成起來 , 去粗取精 , 合二為一 , 形成一個(gè)完美而統(tǒng)一的管理協(xié)議方案 , 不至于像目前基于 CMIP 和 SNMP 的產(chǎn)品各自管理一方 , 其產(chǎn)品不能互通和共存 ―――這將對保護(hù)現(xiàn)有網(wǎng)絡(luò)管理技術(shù)的投資具有重要意義。

(3)網(wǎng)絡(luò)管理 Web化

傳統(tǒng)的網(wǎng)絡(luò)管理界面是網(wǎng)絡(luò)管理命令驅(qū)動的遠(yuǎn)程登錄屏幕 , 必須由專業(yè)網(wǎng)管工作人員操作 , 使用和維護(hù)網(wǎng)絡(luò)管理系統(tǒng)需要專門培訓(xùn)的技術(shù)人員。隨著網(wǎng)絡(luò)規(guī)模增大 , 網(wǎng)管功能復(fù)雜化 , 使傳統(tǒng)網(wǎng)絡(luò)管理界面的友好程度愈來愈差了。為了減輕網(wǎng)管復(fù)雜性 , 降低網(wǎng)管費(fèi)用 , 急需研究和開發(fā)一種跨平臺的、方便、適用的新的網(wǎng)絡(luò)管理模式?；?Web的網(wǎng)絡(luò)管理模式可以實(shí)現(xiàn)這個(gè)目標(biāo)。這種新的網(wǎng)絡(luò)管理模式融合了Web功能和網(wǎng)絡(luò)管理技術(shù) , 它允許網(wǎng)絡(luò)管理人員通過與 WWW同樣的形式去監(jiān)測 , 管理他們的網(wǎng)絡(luò)系統(tǒng) , 他們可使用一種 Web 瀏覽器在網(wǎng)絡(luò)任何節(jié)點(diǎn)上方便迅速地配置、控制及訪問網(wǎng)絡(luò)和它的各個(gè)部分 , 這種新的網(wǎng)絡(luò)管理模式和魅力在于它是交叉平臺 , 可以很好地解決很多由于多平臺結(jié)構(gòu)產(chǎn)生的互操作問題 , 這能提供比傳統(tǒng)網(wǎng)絡(luò)管理界面更直接、更易于使用的圖形界面 (瀏覽器操作和 Web 頁面對 WWW 用戶來講是非常熟悉的) , 從而降低了對網(wǎng)絡(luò)管理操作和維護(hù)人員的特別要求?；?Web 的網(wǎng)絡(luò)管理模式是網(wǎng)絡(luò)管理的一次革命 , 它將使用戶管理網(wǎng)絡(luò)的方法得到徹底改善 , 從而向“自己管理網(wǎng)絡(luò)”和“網(wǎng)絡(luò)管理自動化”邁出關(guān)鍵一步。

(4)網(wǎng)絡(luò)管理智能化

由于現(xiàn)代計(jì)算機(jī)網(wǎng)絡(luò)結(jié)構(gòu)和規(guī)模日趨復(fù)雜 , 網(wǎng)絡(luò)管理員不僅要有堅(jiān)實(shí)的網(wǎng)絡(luò)技術(shù)知識和豐富的網(wǎng)管經(jīng)驗(yàn)和應(yīng)變能力 , 對由于網(wǎng)絡(luò)管理因素的實(shí)時(shí)性、動態(tài)性和瞬變性 , 即使有豐富經(jīng)驗(yàn)的網(wǎng)管人員也有力不從心之感 , 為此 , 現(xiàn)代網(wǎng)絡(luò)管理正朝著網(wǎng)管智能化方向發(fā)展。

(5)網(wǎng)絡(luò)管理分布化

為了降低中心管理控制臺、局域網(wǎng)連接和廣域網(wǎng)連接、以及管理信息系統(tǒng)人員不斷增長的負(fù)擔(dān)，就必須對那種反應(yīng)式的、集中式的、單體的網(wǎng)絡(luò)管理模式進(jìn)行一個(gè)根本的轉(zhuǎn)變?！胺植际焦芾怼蓖ㄟ^在整個(gè)網(wǎng)絡(luò)上向多個(gè)控制臺將數(shù)據(jù)采集、監(jiān)視以及管理職責(zé)分散開來而實(shí)現(xiàn)綜合分析。它可從網(wǎng)絡(luò)上的所有數(shù)據(jù)點(diǎn)和數(shù)據(jù)源采集數(shù)據(jù) ,而不必考慮網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。分布式管理為網(wǎng)絡(luò)管理員提供了更加有效地管理大型的、地理分布廣泛的企業(yè)網(wǎng)絡(luò)的手段。

篇10

關(guān)鍵詞：城市管網(wǎng)；施工技術(shù)；質(zhì)量管理

中圖分類號：K915 文獻(xiàn)標(biāo)識碼： A

一、城市管網(wǎng)規(guī)劃和管理的特點(diǎn)

城市管網(wǎng)建設(shè)是一個(gè)正在高速發(fā)展的行業(yè)，城市管網(wǎng)的規(guī)劃和管理是工程項(xiàng)目中的重要組成部分，城市管網(wǎng)規(guī)劃和管理的種類繁多，主要包括供水、電力、雨水、通訊、污水、熱力、網(wǎng)絡(luò)、天然氣等八種類型隨著城市現(xiàn)代化建設(shè)的不斷發(fā)展，其種類在不斷的拓展中。城市網(wǎng)管規(guī)劃和管理的施工工藝過程復(fù)雜，高壓力的管道系統(tǒng)和非開挖技術(shù)已經(jīng)得到一定程度的應(yīng)用；此外，城市管理和規(guī)劃還存在著較強(qiáng)隱蔽性的特點(diǎn)；一般管線設(shè)置在地下，如果技術(shù)人員不依靠儀器的話，就必須用檢查井對管線進(jìn)行檢查，這些都是城市管網(wǎng)規(guī)劃和管理的特點(diǎn)。

二、城市管網(wǎng)規(guī)劃、管理中存在的問題

2.1對現(xiàn)有的管線難以開展調(diào)查工作

城市道路下的管線越來越復(fù)雜，在對城市管線進(jìn)行規(guī)劃和管理之前，必須要收集完整的管線資料信息；目前的管線資料都不是來自現(xiàn)場的勘察所得，技術(shù)人員對項(xiàng)目建設(shè)現(xiàn)場只能進(jìn)行部分勘察，因此無法判斷管線的實(shí)際走向和高程；此外，技術(shù)人員利用施工圖紙調(diào)查管線，施工過程中會出現(xiàn)變更，有些因現(xiàn)場歸檔等造成竣工圖并非按照實(shí)際施工繪制，因此并不能證明管線是否按圖紙正常施工。

2.2城市管網(wǎng)規(guī)劃和管理的數(shù)據(jù)不全面

在我國城市管網(wǎng)的規(guī)劃和管理中，管理綜合圖紙只是對排水管線系統(tǒng)的高程、走向以及管徑等內(nèi)容進(jìn)行研究計(jì)算，而其他類型的管線只是停留在對平面位置和街道交叉口豎向進(jìn)行規(guī)劃和管理的技術(shù)階段上。在這些管線的規(guī)劃和管理中也有專項(xiàng)性管理，但是只能對小面積的工程進(jìn)行規(guī)劃和管理。

2.3城市管線的更新規(guī)劃速度比較慢

傳統(tǒng)的規(guī)劃和管理方式對各種類型的管線的位置、走向、高程、圖形以及現(xiàn)有資料都是依靠手工計(jì)算和繪制完成，給查詢、分析研究和統(tǒng)計(jì)工作帶來諸多不便，城市管線管理和規(guī)劃的效率低，人力資源和物力資源過度浪費(fèi)，項(xiàng)目施工難以得到技術(shù)方面的支持。

2.4城市地下管線的布局結(jié)構(gòu)復(fù)雜

城市管線的布局結(jié)構(gòu)復(fù)雜，管網(wǎng)基礎(chǔ)設(shè)施未移接，各地區(qū)的單位住房、經(jīng)濟(jì)型住宅的地下管線并沒有得到有關(guān)部門的審批和實(shí)地驗(yàn)收，同時(shí)又因?yàn)槭┕挝欢啵浼夹g(shù)水平和素質(zhì)差異大，管線設(shè)計(jì)變更后未辦理相關(guān)的設(shè)計(jì)變更文件；未建立健全的檔案移交機(jī)制，信息不全，資料不完整，對現(xiàn)狀的研究不夠透徹；缺乏測量確定程序，導(dǎo)致信息數(shù)據(jù)的準(zhǔn)確程度和實(shí)效程度不高。

2.5.項(xiàng)目施工單位的不規(guī)范，技術(shù)水平低

城市地下管線的鋪設(shè)找不到項(xiàng)目施工單位的負(fù)責(zé)人，項(xiàng)目的協(xié)調(diào)難度加大，管線不能及時(shí)進(jìn)行維修，難以掌握管線的準(zhǔn)確位置，導(dǎo)致地下管線受到破壞此外，又因?yàn)樯a(chǎn)條件的限制，質(zhì)量技術(shù)不達(dá)標(biāo)，沒有詳細(xì)的質(zhì)量技術(shù)標(biāo)準(zhǔn)，技術(shù)水平低，造成管道的維修、改造、更新和保養(yǎng)的難以加大，給城市居民的生活造成不便。

三.城市管網(wǎng)規(guī)劃和管理的策略分析

3.1結(jié)合工程的實(shí)際施工情況，積極引進(jìn)先進(jìn)技術(shù)

城市管網(wǎng)在規(guī)劃和管理中，要結(jié)合工程項(xiàng)目的特點(diǎn)和實(shí)際的施工情況，積極引進(jìn)無干擾穿越技術(shù)等先進(jìn)的科學(xué)技術(shù)在不破壞街道布局結(jié)構(gòu)的基礎(chǔ)上，解決在管網(wǎng)管理和規(guī)劃過程中遇到的問題。

3.2政府要改進(jìn)管理和規(guī)劃的職能

城市管網(wǎng)維系著城市居民的正常生活，是城市經(jīng)濟(jì)進(jìn)一步發(fā)展和保護(hù)環(huán)境的必要保障條件因此，各地區(qū)的政府要利用直接投資、招商引資、政企合作的方式來支持城市管網(wǎng)的規(guī)劃和管理，對有關(guān)的地下管線規(guī)劃和管理部門進(jìn)行統(tǒng)一的協(xié)調(diào)規(guī)范管理，建立健全管網(wǎng)規(guī)范和管理機(jī)制，積極開展城市管網(wǎng)管理和規(guī)劃、地下管線安全事故處理等內(nèi)容的工作。

3.3加大對城市管網(wǎng)規(guī)劃和管理的監(jiān)督力度

隨著城市經(jīng)濟(jì)的進(jìn)一步發(fā)展，城市管網(wǎng)系統(tǒng)的進(jìn)一步完善，管網(wǎng)系統(tǒng)優(yōu)化管理的難度不斷加大，因此，城市管網(wǎng)管理工作必須要進(jìn)一步的規(guī)范化，建立健全的規(guī)劃和管理機(jī)制，統(tǒng)一協(xié)作，相互配合。

3.4做好項(xiàng)目工程前期的協(xié)調(diào)工作

在規(guī)劃和管理方面，要建立完善的城市管網(wǎng)信息查詢機(jī)構(gòu)，利用計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫信息處理技術(shù)等把管線的資料數(shù)據(jù)進(jìn)行科學(xué)的存儲、管理和分析，及時(shí)更新數(shù)據(jù)信息，做好資料交接工作，為管網(wǎng)管理和規(guī)劃提供科學(xué)、合理的數(shù)據(jù)依據(jù)，降低管線日常維修和改造等工作的難度。

3.5建立新的管理、規(guī)劃模式

結(jié)合城市管網(wǎng)在規(guī)劃和管理過程中遇到的問題，積極改進(jìn)現(xiàn)有的管理模式，保證資料信息的科學(xué)合理，建立完整的城市管網(wǎng)數(shù)據(jù)庫，根據(jù)實(shí)際施工情況，分析研究城市管網(wǎng)的布局模式，建立新的管理和規(guī)劃模式。

四.注意事項(xiàng)

4.1現(xiàn)場指導(dǎo)

城市管網(wǎng)，技術(shù)人員的現(xiàn)場指導(dǎo)是很重要的，這樣就要要求技術(shù)人員對工程中的每一道環(huán)節(jié)都要先搞清楚，給施工人員詳細(xì)交底，介紹做法和要求，并真正做到解決現(xiàn)場可能出現(xiàn)和已經(jīng)出現(xiàn)的問題，盡量減少在工程實(shí)施過程中出現(xiàn)不足和造成損失。因?yàn)閷τ谀承┬马?xiàng)目，大部分施工人員以往基本上是沒有接觸和涉及過，頭腦沒有感性和成熟的認(rèn)識，所以現(xiàn)場的參與指導(dǎo)和監(jiān)督就顯得非常重要。

4.2監(jiān)理

城市管網(wǎng)的實(shí)施過程中，監(jiān)理關(guān)于重要部位關(guān)鍵工序的停檢點(diǎn)較多，并且都是嚴(yán)格按設(shè)計(jì)、標(biāo)準(zhǔn)來約束、檢查、評定?？梢哉f長輸管道要求的城市管網(wǎng)都有；長輸管道沒要求的，城市管網(wǎng)一個(gè)都不能少。如測量放線、管溝檢查、取樣、管線安裝、試壓、通球、回填、陰極保護(hù)、同敷光纜、管道穿跨越、竣工標(biāo)高等等，這些都要在完成相應(yīng)工序后經(jīng)過檢查才能進(jìn)入下道工序，這個(gè)工序和過程是一個(gè)也不能少的。這種管理和檢驗(yàn)程序，對施工人員來說先期也是不適應(yīng)，并出現(xiàn)急躁和反感的心理，是在時(shí)間的延續(xù)后才逐步適應(yīng)的。所以這里的與監(jiān)理的關(guān)系和協(xié)調(diào)既要講求原則性又要講求藝術(shù)性。

結(jié)語：

城市管網(wǎng)工程項(xiàng)目的規(guī)劃和管理是城市和國家現(xiàn)代化建設(shè)的主要標(biāo)志隨著社會科學(xué)技術(shù)的進(jìn)一步發(fā)展，傳統(tǒng)的城市管網(wǎng)管理和規(guī)劃的方式存在著許多問題，城市管網(wǎng)的規(guī)劃和管理面臨著新的挑戰(zhàn)本文通過對城市管網(wǎng)規(guī)劃和管理中存在的問題進(jìn)行分析，淺談解決問題的有效對策，為城市管網(wǎng)新的規(guī)劃和管理提供參考資料，以此實(shí)現(xiàn)城市管網(wǎng)優(yōu)化管理和規(guī)劃的智能化、整體化和自動化。

參考文獻(xiàn)：

[1]李英偉.論城市地下管線的綜合規(guī)劃與管理[J].中國科技博覽，2012（5）.

[2]劉建華.論市政排水管道工程施工質(zhì)量控制[J].大眾科技，2010（08）.

[3]黃丹.市政排水管道工程的施工控制與管理探討[J].工程科技信息，2011（01）.