【正文】 對(duì)子網(wǎng)內(nèi)所有 IP 地址空間發(fā)送 ICMP 請(qǐng)求報(bào)文，得到所有活動(dòng)設(shè)備并將其賦值給 Alive。 b) dot1dTp 組 ： dot1dTpFdbAddress 保存此交換機(jī)學(xué)習(xí)到的 本科畢業(yè)論文 19 MAC 地址。 ipNetToMediaTable 保存 IP地址與 MAC 地址的映射表。 a) System 組 ： sysServices 的值能用來(lái)輔助決定設(shè)備的類(lèi)型。 1) 對(duì)于三層拓?fù)浒l(fā)現(xiàn)，有以下常用的基本方法： （ 1） 用 SNMP 獲得 MIB 拓?fù)?信息。這些規(guī)則必須從議程中撤銷(xiāo)。而推理引擎是規(guī)則引擎的核心部分，它細(xì)分為模式匹配器、議程（ Agenda）和 執(zhí)行引擎 等幾部分 。對(duì)于反向推理，則是取其內(nèi)容，找支持此目標(biāo)的前提是否滿(mǎn)足來(lái)證實(shí)該目標(biāo)或提高其可信度 。 1) 規(guī)則前件庫(kù)： 存放各條規(guī)則的前提條件，分 兩個(gè)字段：規(guī)則名和事實(shí)（前提）。當(dāng)另一個(gè)線(xiàn)程接收到故障報(bào)警后，啟動(dòng) Vector 中的所有線(xiàn)程，向所有連接到告警服務(wù)器的客戶(hù)端報(bào)警，并將報(bào)警內(nèi)容寫(xiě)入數(shù)據(jù)庫(kù)。 我們采用 Push 方式使故障信息從 Web 服務(wù)器上 push 到管理員或者專(zhuān)家的瀏覽器上，并通過(guò)報(bào)警提示音來(lái)提醒管理員或者專(zhuān)家及時(shí)處理故障問(wèn)題。 告警服務(wù)模 塊 ： 該模塊實(shí)現(xiàn)與外部設(shè)備的交互，主要包括兩部分： 一部分負(fù)責(zé)向網(wǎng)絡(luò)中的設(shè)備發(fā)送輪詢(xún)信息及接收相應(yīng)的反饋信息，并對(duì)該信息進(jìn)行處理，從而獲得網(wǎng)絡(luò)中設(shè)備的運(yùn)行狀態(tài)，網(wǎng)絡(luò)拓?fù)涞刃畔?；另一部分，?dāng)網(wǎng)絡(luò)中的設(shè)備或拓?fù)涑霈F(xiàn)異常時(shí)，該模塊自動(dòng)接收來(lái)自網(wǎng)絡(luò)的告警信息，結(jié)合上一部分輪詢(xún)獲得的信息，調(diào)用規(guī)則庫(kù)管理模塊獲得相應(yīng)的規(guī)則對(duì)告警信息進(jìn)行過(guò)濾 、 分析，得出該故障的發(fā)生原因及定位。規(guī)則信息是判斷網(wǎng)絡(luò)故障的依據(jù)。 該知識(shí)庫(kù) 的規(guī)則 用于匹配 系統(tǒng)接收到的故障告警信息，并 通過(guò)推理得出故障原因。 service 方法接 受兩個(gè)參數(shù)，一個(gè)是用于封裝 HTTP 請(qǐng)求消息的對(duì)象，其類(lèi)型為 HttpServletRequest，另一個(gè)是代表 HTTP 響應(yīng)消息的對(duì)象，其類(lèi)型為HttpServletResponse。 Servlet程序具有如下的一些基本功能： 1) 獲取客戶(hù)端通過(guò) HTML 的 FORM 表單遞交的數(shù)據(jù)和 URL 后面的參數(shù)信息； 2) 創(chuàng)建對(duì)客戶(hù)端的響應(yīng)消息內(nèi)容； 3) 訪(fǎng)問(wèn)服務(wù)器端的文件系統(tǒng)； 4) 連接數(shù)據(jù)庫(kù)并開(kāi)發(fā)基于數(shù)據(jù)庫(kù)的應(yīng)用； 5) 調(diào)用其它的 Java 類(lèi)。 Java Servlet 技術(shù) 簡(jiǎn)介 技術(shù)簡(jiǎn)介 Servlet 技術(shù)是 Sun 公司提供的一種實(shí)現(xiàn)動(dòng)態(tài)網(wǎng)頁(yè)的解決方案，它是基于 Java編程語(yǔ)言的 WEB 服務(wù)器端編程技術(shù)，主要用于在 WEB 服務(wù)器端獲得客戶(hù)端的訪(fǎng)問(wèn)請(qǐng)求信息和動(dòng)態(tài)生成對(duì)客戶(hù)端的響應(yīng)消息。任何和整個(gè)應(yīng)用相關(guān)的持久性數(shù)據(jù)都放在模型中。 Jess通過(guò)實(shí)現(xiàn) Rete 匹配算法來(lái)提供非常高效的前向和逆向推理。這樣，當(dāng)模式發(fā)現(xiàn)一條事實(shí)同它匹配后，就會(huì)停止對(duì)事實(shí)庫(kù)的檢索，在實(shí)際應(yīng)用中，這可以將系統(tǒng)的性能提高 20％～ 30％，而 CLIPS 系統(tǒng)不支持這一條件元素。這一概念本身并不是 Jess首次提出的， ARTIM、 CLIPS 都支持這一概念。 使用 類(lèi)型匹配 比較規(guī)則（ rule）和 事實(shí) （ fact）。 規(guī)則引擎及規(guī)則 規(guī)則引擎的簡(jiǎn)介和原理 專(zhuān)家系統(tǒng)是人工智能的一個(gè)分支，它模仿人類(lèi)的推理方式，使用試探性的方法進(jìn)行推理，并使用人類(lèi)能理解的術(shù)語(yǔ)解釋和證明它的推理結(jié)論。 它的主要特點(diǎn)是： 1) 完全支持 snmpv1， snmpv2c 和 SNMPv3 的。用戶(hù)可以使用同一網(wǎng)絡(luò)管理客戶(hù)軟件來(lái)管理具有不同版本的 MIB 的多個(gè)路由器。 本科畢業(yè)論文 5 在 Inter 結(jié)點(diǎn)下面的第二個(gè)結(jié)點(diǎn)是 mgmt（管理），標(biāo)號(hào)是 2。 SNMP 管理信息庫(kù) MIB。每個(gè) MIB 變量記錄了每個(gè)相連網(wǎng)絡(luò)的狀態(tài)、通信量統(tǒng)計(jì)數(shù)據(jù)、發(fā)生差錯(cuò)的次數(shù)以及內(nèi)部數(shù)據(jù)結(jié)構(gòu)的當(dāng)前內(nèi)容等。管理站一般是一個(gè)單機(jī)設(shè)備或一個(gè)共享網(wǎng)絡(luò)中的一員 ， 它是網(wǎng)絡(luò)管理員和網(wǎng)絡(luò)管理系統(tǒng)的接口 ， 能將網(wǎng)絡(luò)管理員的命令轉(zhuǎn)換成對(duì)遠(yuǎn)程網(wǎng)絡(luò)元素的監(jiān)視和控制 ， 同時(shí)從網(wǎng)上所有被 管理 實(shí)體的 MIB (管理信息庫(kù) ) 中提取出信息數(shù)據(jù)。 本課題采用 的 專(zhuān)家系統(tǒng)技術(shù)， 主要是 通過(guò)專(zhuān)家在分析 ，歸納總結(jié) 故障癥狀之后添加新的規(guī)則 來(lái)獲取新的知識(shí) 。 專(zhuān) 家系統(tǒng)是人工智能應(yīng)用研究最活躍和最廣泛的課題之一 ， 它是一個(gè)智能計(jì)算機(jī)程序系統(tǒng) ， 其內(nèi)部具有大量專(zhuān)家水平的某個(gè)領(lǐng)域知識(shí)與經(jīng)驗(yàn) ， 應(yīng)用人工智能技術(shù) ， 根據(jù)某個(gè)領(lǐng)域一個(gè)或多個(gè)人類(lèi)專(zhuān)家提供的知識(shí)和經(jīng)驗(yàn)進(jìn)行推理和判斷 ， 模擬人類(lèi)專(zhuān)家的 決策 過(guò)程 ， 以解決那些需要專(zhuān)家決定的復(fù)雜問(wèn)題 。另一方面，在網(wǎng)絡(luò)的運(yùn)營(yíng)管理和維護(hù)中，當(dāng)網(wǎng)絡(luò)出現(xiàn)故障時(shí)，常常要求必須在最短的時(shí)間內(nèi)，正確地判斷出網(wǎng)絡(luò)故障所在的位置、故障 的類(lèi)型和引起故障的原因等，以便及時(shí)對(duì)故障進(jìn)行修復(fù)。 規(guī)則信息可以通過(guò)瀏覽器進(jìn)行添加，修改和刪除等操作。 【 11】 楊廣明 .網(wǎng)絡(luò)拓?fù)浒l(fā)現(xiàn)技術(shù)的研究與實(shí)現(xiàn) [C].中國(guó)計(jì)算機(jī)學(xué)會(huì)第 12 屆網(wǎng)絡(luò)與數(shù)據(jù)通信學(xué)術(shù)會(huì)議 .20xx 年 12 月。 【 3】 MetaStuff. dom4j API [E]. 年 5 月 。 20xx 年 4 月 28 日到 20xx 年 5 月 4 日 ： 將告警服務(wù)模塊的告警信息接收部分與規(guī)則庫(kù)管理模塊進(jìn)行整合，同時(shí)可以使得三大模塊可以同時(shí)運(yùn)行，同步實(shí)施，相互作用。 3) 數(shù)據(jù)庫(kù)部分 ：學(xué)習(xí) Oracle 數(shù)據(jù)庫(kù)的使用和管理。 四、進(jìn)度和要求 20xx 年 12 月 26 日到 20xx 年 1 月 31 日 ：完成 畢業(yè)設(shè)計(jì)開(kāi)題報(bào)告做完。 3. 實(shí)現(xiàn)的功能包括： 網(wǎng)絡(luò)故障規(guī)則的制定； 網(wǎng)絡(luò)故障規(guī)則的添加，修改，刪除；網(wǎng)絡(luò)故障告警信息的分析 等 。重點(diǎn)學(xué)習(xí)了怎樣去寫(xiě)規(guī)則以及怎樣使規(guī)則能夠正常推理。這樣，規(guī)則庫(kù)管理模塊就能夠非常方便的調(diào)用數(shù)據(jù)庫(kù)中的規(guī)則信息。 【 2】 Sandia National In Action [E].Ernest 年 2 月 。 【 10】 陳敏 .網(wǎng)絡(luò)故障診斷專(zhuān)家系統(tǒng)中知識(shí)庫(kù)的設(shè)計(jì) [J].電子科技大學(xué)學(xué)報(bào) . 20xx 年 12 月。 整個(gè)設(shè)計(jì)的思路是： 從系統(tǒng)的告警服務(wù)模塊得到網(wǎng)絡(luò)中的故障報(bào)警信息， 通過(guò)在規(guī)則引擎中匹配規(guī)則，分析出故障的具體原因和處理方法。 近年來(lái)，隨著計(jì)算機(jī)網(wǎng)絡(luò)規(guī)模的不斷擴(kuò)大，使得對(duì)整個(gè)網(wǎng)絡(luò)的維護(hù)和操作變得相當(dāng)復(fù)雜，一方面隨著網(wǎng)絡(luò)業(yè)務(wù)和網(wǎng)絡(luò)規(guī)模的增加，對(duì)網(wǎng)管人員專(zhuān)業(yè)素質(zhì)的要求也愈來(lái)愈高。目前實(shí)現(xiàn)智能化故障管理系統(tǒng)的技術(shù)有專(zhuān)家系統(tǒng)、神經(jīng)網(wǎng)絡(luò)、模糊理論等等。但是它也具有維護(hù)困難，不具備學(xué)習(xí)能力的缺點(diǎn)。 在 SNMP 管理模型中有三個(gè)基本組成部分：管理者（ Manager） ， 被 管理 代理（ Agent）和管理信息庫(kù)（ MIB）。 MIB 信息為網(wǎng)管中被 管理 的 資源，而網(wǎng)絡(luò)管理中的資源是以對(duì)象表示的，每個(gè)對(duì)象表示被 管理 資源的某方面屬性，這些對(duì)象形 成了 MIB 庫(kù)。 本論文中的接收的 Trap 信息 主要是指一些網(wǎng)絡(luò)故障信息。 在只討論 Inter 中的對(duì)象時(shí)，可只畫(huà)出 Inter 以下的子樹(shù)，并在 Inter 結(jié)點(diǎn)旁邊標(biāo)注上 {}即可。廠商可以在產(chǎn)品（如路由器）中包含 SNMP 代理軟件，并保證在定義新的 MIB 項(xiàng)目后該軟件仍遵守標(biāo)準(zhǔn)。 它 是 可以用來(lái) 本科畢業(yè)論文 6 創(chuàng)建 跨平臺(tái)的 Java 的 SNMP 網(wǎng)絡(luò)管理程序和基于 Web 的 SNMP 網(wǎng)絡(luò)管理 Applet程序 的一組組件。 還有其它的一些別的特點(diǎn) 。 規(guī)則引擎的推理步驟如下： 將初始數(shù)據(jù)（ fact）輸入 工作引擎 。簡(jiǎn)單事實(shí)就是一個(gè)描述事物的斷言，而對(duì)象事實(shí)除此之外還封裝了方法，可以接受外界信息改變自身的特征。特別要指出的是， Jess 中有“ unique”條件元素，它告訴系統(tǒng)同該模式匹配的事實(shí)是惟一的。推理的效率很大程度上依賴(lài)于匹配算法的效率。 Model表示應(yīng)用的數(shù)據(jù)及操作這些數(shù)據(jù)的邏輯方法。 MVC 模式的應(yīng)用使得整個(gè)系統(tǒng)操作和應(yīng)用層次分明，易于維護(hù)。 Servlet 與普通 java 程序相比，只是輸入信息的來(lái)源和輸出結(jié)果的目標(biāo)不一樣，所以，普通 Java 程序所能完成的大多數(shù)任務(wù)， Servlet 程序都可以完成。 本科畢業(yè)論文 11 查看 HttpServlet 類(lèi)的幫助文檔，可以看到其中有一個(gè)名為 service 的方法，當(dāng)客戶(hù)端每次訪(fǎng)問(wèn)一個(gè) Servlet 程序時(shí)， Servlet 引擎都將調(diào)用這個(gè)方法來(lái)進(jìn)行處理。 該系統(tǒng)能夠通過(guò)由管理員不斷的添加網(wǎng)絡(luò)故障規(guī)則來(lái)豐富故障知識(shí)庫(kù) 。 數(shù)據(jù)庫(kù) 模塊： 數(shù)據(jù)庫(kù)里面存儲(chǔ)了規(guī)則信息 、 網(wǎng)絡(luò)拓?fù)湫畔?、 告警記錄及網(wǎng)絡(luò)故障日志等信息。 本課題的規(guī)則引擎及規(guī)則的表達(dá)形式是基于 Jess（ java expert system shell）來(lái)開(kāi)發(fā)的。網(wǎng)絡(luò)管理專(zhuān)家或者管理員可以通過(guò)瀏覽器調(diào)用規(guī)則庫(kù)管理模塊對(duì)規(guī)則進(jìn)行添加、刪除和更新等操作。如果有，則為它 創(chuàng)建一個(gè)對(duì)應(yīng)的線(xiàn)程并添加到 Vector中，用于向客戶(hù)端報(bào)警。已激活的規(guī)則后件庫(kù)存放的是由已激活的規(guī)則前件通過(guò)規(guī)則推理出的故障事實(shí)。對(duì)于正向推理，存放的是正向推理選擇的某個(gè)故障目標(biāo)。工作內(nèi)存用于存放規(guī)則引擎運(yùn)行時(shí)的事實(shí)對(duì)象。 4) 議程中的第一個(gè)規(guī)則執(zhí)行后，觸發(fā)規(guī)則的后件會(huì)改變工作內(nèi)存匯總的事實(shí)對(duì)象，可能會(huì)導(dǎo)致議程中某些規(guī)則的前提條件不再得到滿(mǎn)足 。既應(yīng)該有三層網(wǎng)絡(luò)設(shè)備的發(fā)現(xiàn)，也應(yīng)該有二層設(shè)備的發(fā)現(xiàn)。通過(guò)這些信息可以發(fā)現(xiàn)一些設(shè)備的信息。包括 IP 地址，子網(wǎng)掩碼，對(duì)應(yīng)的物理接口。dot1dBasePortTable 交換機(jī)實(shí)際使用的物理端口表。算法分為三個(gè)過(guò)程： Init(N) 初始化程序， LinkLayer(N)主二層拓?fù)浒l(fā)現(xiàn)程序， DealSubTree(F, Fp, Temp, L2_Temp, Hub_num)處理端口 Fp的連接關(guān)系。 Hub_Num 為 HUB 數(shù)組的下標(biāo)。 2) 出現(xiàn)故障時(shí)的三種處理方法： （ 1） 根據(jù)規(guī)則知識(shí)，判斷故障類(lèi)型。 本 設(shè)計(jì) 的研究版是在個(gè)人機(jī)上 Windows XP Professional 操作系統(tǒng)上開(kāi)發(fā)完成的 。 數(shù)據(jù)庫(kù)模塊的實(shí)現(xiàn) 數(shù)據(jù)庫(kù)中建了 3 張表，分別是“ EVENTLOG”（告警信息記錄表），“ PRETABLE” （告警信息事實(shí)表） ，“ BACKTABLE” （告警故障分析表） 。顯示規(guī)則就是檢索整個(gè) XML 文件，并將所有的符合條件的節(jié)點(diǎn)顯示出來(lái)。 可參考上面的 Web 服務(wù)器模塊的設(shè)計(jì)。 (().toString())。39。然后制定相應(yīng)的規(guī)則。 圖 是思科告警對(duì)象與 MIB 的對(duì)應(yīng)圖： 本科畢業(yè)論文 28 圖 思科 設(shè)備的全部 告警對(duì)象信息 打開(kāi)每一個(gè)告警（ Trap）對(duì)象，就可以進(jìn)入每一個(gè) Trap 的詳細(xì)描述頁(yè)面。由于每個(gè)告警信息中都有相應(yīng)的告警信息 ID 號(hào)，所以通過(guò)查詢(xún) ID 號(hào)就可以找到網(wǎng)絡(luò)故障發(fā)生的原因。 //將接收到的告警信息放入規(guī)則引擎進(jìn)行匹配。 String trapVar = 。 if(() == ){//如果告警服務(wù)模塊接收到的是告警信息（非輪詢(xún) 信息 trapObj = new PreTable()。 如果接。另外，規(guī)則庫(kù)管理模塊自動(dòng)學(xué)習(xí)到的規(guī)則在由管理員或者專(zhuān)家確認(rèn)后自動(dòng) 本科畢業(yè)論文 25 錄入到數(shù)據(jù)庫(kù)中，成為新的規(guī)則。 首先，管理員必須登錄服務(wù)器。 3) 輪詢(xún)信息及告警信息的接收 （ 1） 告警接收 ： 設(shè)備一旦發(fā)生相應(yīng)的故障，那它主動(dòng)向網(wǎng)管服務(wù)器的 162 端口號(hào)發(fā)送 trap 報(bào)文。 （ 3） LinkLayer(N) a) 調(diào)用 Init(N)收集信息 b) 確定根節(jié)點(diǎn)的連接關(guān)系 c) 取出交換機(jī)發(fā)現(xiàn)隊(duì)列中的第一個(gè)交換機(jī) F，對(duì)其各個(gè)非Up_Port 端口進(jìn)行處理（調(diào)用 DealSubTree(F, Fp, Temp, L2_Temp, Hub_num)處理連接關(guān)系，并將新發(fā)現(xiàn)的交換機(jī)加入到發(fā)現(xiàn)隊(duì)列中）。對(duì)于二層設(shè)備加入到二層設(shè)備集合中，并確定其 Up_Port 端口。確定其相連的子網(wǎng)與其相鄰的路由器的地址。 （ 2） Bridge 的 MIB 中的 dot1dBase 組和 dot1dTp 組能為鏈路層拓?fù)浒l(fā)現(xiàn)提供有用的信息。 b) Interfaces 組 ： ifNumber 對(duì)象保存設(shè)備接口的數(shù)量。 （ 4） 利用 DNS 命令發(fā)現(xiàn)域內(nèi)主機(jī)和路由器的相關(guān)拓?fù)洹? 告警服務(wù)器模塊 該模塊實(shí)現(xiàn)與外部設(shè)備的交互，主要包括兩部分： 一部分負(fù)責(zé)向網(wǎng)絡(luò)中的設(shè)備發(fā)送輪詢(xún)信息及接收相應(yīng)的反饋信息，并對(duì)該信息進(jìn)行處理，從而獲得網(wǎng)絡(luò)中設(shè)備的運(yùn)行狀態(tài)，網(wǎng)絡(luò)拓?fù)涞刃畔ⅲ涣硪徊糠?，?dāng)網(wǎng)絡(luò)中的設(shè)備或拓?fù)涑霈F(xiàn)異常時(shí)，該模塊自動(dòng)接收來(lái)自網(wǎng)絡(luò)的告警信息，結(jié)合上一部分輪詢(xún)獲得的信息，調(diào)用規(guī)則庫(kù)管理模塊獲得相應(yīng)的規(guī)則對(duì)告警信息進(jìn)行過(guò)濾 、 分析，得出該故障的發(fā)生原因及定位。 2) 根據(jù)沖突解決策略，為沖突集中的規(guī)則制定優(yōu)先權(quán)。這些操作需要在網(wǎng)絡(luò)管理專(zhuān)家或者網(wǎng)絡(luò)管理員的確認(rèn)下進(jìn)行最終的確認(rèn)動(dòng)作。在本系統(tǒng)中，只有反向推理過(guò)程用到，存放需要求證的事實(shí)。 此系統(tǒng)中兩個(gè)事實(shí)庫(kù)，正向構(gòu)造使用一個(gè)庫(kù)，而反向推理過(guò)程用另一個(gè)事實(shí)庫(kù)