中 南 大 學(xué) 本科生畢業(yè)論文（ 設(shè)計 ） 題 目 網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 學(xué)生姓名 指導(dǎo)教師 朱桂蓮 康松林 學(xué) 院 信息科學(xué)與工程學(xué)院 專業(yè)班級 通信工程 0304 完成時間 2007 年 5 月 31 日 I 目 錄 摘 要 . I . 一章 緒論 . 1 述 . 1 究目的和意義 . 1 內(nèi)外發(fā)展以及研究現(xiàn)狀 . 2 文組織結(jié)構(gòu) . 3 第二章 網(wǎng)絡(luò)管理概述 . 5 單網(wǎng)絡(luò)管理協(xié)議 (介 . 5 絡(luò)故障的分類 . 8 性質(zhì)劃分網(wǎng)絡(luò)故障 . 8 對象劃分網(wǎng)絡(luò)故障 . 9 令 . 11 應(yīng)用格式 . 11 工作過程 . 12 第三章 網(wǎng)絡(luò)故障排錯向?qū)C制的總體設(shè)計 . 14 求分析及設(shè)計思想 . 14 塊設(shè)計 . 16 第四章 網(wǎng)絡(luò)故障排錯向?qū)C制的詳細(xì)設(shè)計 . 20 據(jù)庫設(shè)計 . 20 發(fā)環(huán)境 . 20 據(jù)庫建表 . 21 發(fā)環(huán)境 + . 22 錯向?qū)У脑O(shè)計 . 24 障觀察模塊的實現(xiàn) . 24 障分析模塊的實現(xiàn) . 27 錯向?qū)C制的實現(xiàn) . 29 統(tǒng)測試與實現(xiàn) . 31 第五章 總結(jié)與展望 . 34 致 謝 . 35 參考文獻(xiàn) . 36 附 錄 . 37 I 摘 要 網(wǎng)絡(luò)故障排錯向?qū)C制是網(wǎng)絡(luò)故障管理中的一個模塊 ，它的主要目的是 向廣大網(wǎng)絡(luò)管理人員提供一個網(wǎng)絡(luò)故障管理的有效工具，即在管理人員進(jìn)行排錯的過程當(dāng)中可以給其提供有效的建議。 本設(shè)計以 +為開發(fā)環(huán)境 ，以 網(wǎng)絡(luò)故障排錯 系統(tǒng) 為 研究對象，緊 密 結(jié)合 網(wǎng)絡(luò)管理知識 理論， 完成了以下功能：查詢故障事件、值班日志、排錯記錄、利用排錯工具檢測設(shè)備的連通性、利用對故障設(shè)備歷史記錄的觀察來對用戶輸入的故障類型進(jìn)行向?qū)?。其中在查詢以及分析故障設(shè)備的模塊中調(diào)用了數(shù)據(jù)庫，實現(xiàn)了對故障事件、值班日志、排錯記錄的歷史查找。在檢測設(shè)備連通性的過程中應(yīng)用了簡單而又 方便的 令，在排錯向?qū)K中 利用 了友好而且簡便的操作界面，為用戶提供了更加智能和方便的操作。 關(guān)鍵 詞 ： 網(wǎng)絡(luò) 管理 ， 網(wǎng)絡(luò)故障管理 ， 故障查詢，網(wǎng)絡(luò)故障排錯向?qū)?he of is a of is to an is to he + is of of is as of in as on s of us of In of of of is is is on of In of of is it is In of of is a of 第一章 緒論 1 第一章 緒論 本 設(shè)計 以 +為開發(fā)環(huán)境 ，以 網(wǎng)絡(luò)故障排錯 系統(tǒng)為研究對象，對 網(wǎng)絡(luò)中發(fā)生的故障 進(jìn)行 了 研究 。 本章首先說明研究 課題 的目的和意義，然后介紹 網(wǎng)絡(luò)管理的發(fā)展和 研究現(xiàn) 狀，最后介紹本論文的組織結(jié)構(gòu) 。 究目的和意義 目前網(wǎng)絡(luò)結(jié)構(gòu)正向高度復(fù)雜化和大規(guī)?；较虬l(fā)展，多種設(shè)備、多傳輸介質(zhì)、多協(xié)議已成為組網(wǎng)的一大特征，并且經(jīng)常有一些新的設(shè)備擴充到網(wǎng)絡(luò)中。這些都會對網(wǎng)絡(luò)連接和網(wǎng)絡(luò)性能造成影響，而產(chǎn)生這些影響的原因 是 多種多樣的。對一個己經(jīng)組建了網(wǎng)絡(luò)系統(tǒng)或正準(zhǔn)備組建網(wǎng)絡(luò)系統(tǒng)的單位來說，必須面對這個問題?，F(xiàn)在保證網(wǎng)絡(luò)正常運行的管理與維護(hù)費用正逐漸超過網(wǎng)絡(luò)設(shè)備本身的投資，隨著現(xiàn)代信息網(wǎng)絡(luò)規(guī)模日益擴大、功能日益增強，這種差距將進(jìn)一步加大 【 1】 。 針對企業(yè)網(wǎng)絡(luò)或校園網(wǎng)絡(luò) 系統(tǒng)，為了降低網(wǎng)絡(luò)管理的成本，需要有行之有效的網(wǎng)絡(luò)配置管理和故障排錯系統(tǒng)，以幫助網(wǎng)絡(luò)管理人員迅速、高效地實施網(wǎng)絡(luò)管理及網(wǎng)絡(luò)故障檢測，確保網(wǎng)絡(luò)的暢通和穩(wěn)定 。 由于當(dāng)前計算機網(wǎng)絡(luò)的迅速發(fā)展、產(chǎn)品的不斷推陳出新，網(wǎng)絡(luò)設(shè)備存在著生產(chǎn)廠家及產(chǎn)品型號的多樣性等問題。這種多樣性和變化性使得同一網(wǎng)絡(luò)狀態(tài)因設(shè)備產(chǎn)品廠家和型號的不同，表現(xiàn)形式存在差異，排錯的方式也不能完全一致。與此同時，還有大量的新品種網(wǎng)絡(luò)設(shè)備不斷涌現(xiàn)，新的網(wǎng)絡(luò)設(shè)備帶來了新的網(wǎng)絡(luò)排錯問題。 這一切都要求網(wǎng)絡(luò)故障排錯向?qū)С绦蛴袕V泛的適應(yīng)能力，能夠不斷將新的故障排錯 向?qū)K加入程序排錯系統(tǒng)，但要做到這一點有時是非常困難的?，F(xiàn)有的一些網(wǎng)絡(luò)管理軟件主要是對網(wǎng)絡(luò)的狀態(tài)和性能進(jìn)行監(jiān)測及報警，具體的網(wǎng)絡(luò)故障排錯向?qū)Чδ茌^少，且只適用于本公司的產(chǎn)品。而目前國內(nèi)的網(wǎng)絡(luò)建設(shè)狀況是，幾乎所有單位的網(wǎng)絡(luò)系統(tǒng)都涉及到了多個廠家的網(wǎng)絡(luò)產(chǎn)品 。 網(wǎng)絡(luò)故障排錯機制向?qū)У脑O(shè)計， 課題正是在這種背景下開展立項研究的，目的是根據(jù)網(wǎng)絡(luò)故障情況，結(jié)合已有的故障排除的經(jīng)驗，指導(dǎo)管理人員和技術(shù)支持人員利用網(wǎng)絡(luò)管理系統(tǒng)提供的工具和給出的提示，對現(xiàn)有的網(wǎng)絡(luò)故障進(jìn)行有效的觀察，分析和排除。 網(wǎng)絡(luò)故障管理排錯向?qū)C制的設(shè) 計 從以下幾個方面進(jìn)行： (1)故障觀察：查詢故障事件、值班日志、排錯記錄，獲取故障的基本信息；利網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第一章 緒論 2 用排錯工具查看故障設(shè)備的當(dāng)前狀態(tài) (連通性 )。 (2)故障分析：查詢對該故障設(shè)備實施的排錯動作的歷史記錄。 (3)故障排除：設(shè)計一個交互式的提示程序 (即排錯向?qū)С绦?)，界面風(fēng)格類似于應(yīng)用程序，它能在排錯過程中，根據(jù)用戶 的反饋一步步地引導(dǎo)用戶實施標(biāo)準(zhǔn)的排錯步驟。 整個網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計是為了向廣大網(wǎng)絡(luò)管理人員提供一個網(wǎng)絡(luò)故障管理的有效工具。 內(nèi)外發(fā)展以及研究現(xiàn)狀 計算機網(wǎng)絡(luò)是計算機技術(shù)與數(shù)字通信技術(shù)高度緊密結(jié)合的產(chǎn)物。 1946 年世界上第一臺數(shù)字電子計算機問世后的近十年，計算機和通信 之間 并沒有什么關(guān)系。直到1954 年，一種叫做收發(fā)器的終端制作出來。人們使用這種終端首次實現(xiàn)了將穿孔卡片上的數(shù)據(jù)從電話線路上發(fā)送到遠(yuǎn)地計算機。此后，電傳打字機也做為遠(yuǎn)程終端和計算機相連，用戶可在遠(yuǎn)程的電傳打字機打印出 來。計算機與通信的結(jié)合就這樣開始了 【 2】 。 在隨后的幾十年中，計算機網(wǎng)絡(luò)經(jīng)歷了三次大的演變，從第一代的以面向終端的計算機通信網(wǎng)發(fā)展到第二代以通信子網(wǎng)為中心的計算機網(wǎng)絡(luò)，直到以開放系統(tǒng)互聯(lián)模型為代表的第三代網(wǎng)絡(luò)。計算機網(wǎng)絡(luò)在數(shù)十年不斷的發(fā)展中變得越來越復(fù)雜，并且在這一領(lǐng)域可以預(yù)見的將來，它的復(fù)雜性將不斷增長。 這種復(fù)雜性主要表現(xiàn)在兩個方面：一方面表 現(xiàn)在現(xiàn)代網(wǎng)絡(luò)技術(shù)支持更廣泛的應(yīng)用程序，并且這些應(yīng)用程序的集成度更高。新應(yīng)用的出現(xiàn)此記者帶寬的需求，反過來又促進(jìn)新技術(shù)的不斷出現(xiàn)。另一方面則表現(xiàn)在網(wǎng)絡(luò)異構(gòu)性越來越普遍 ，計算機網(wǎng)絡(luò)和電信網(wǎng)絡(luò)等正逐步走向融合， 傳統(tǒng)的系統(tǒng)與不斷更新的應(yīng)用程序并存，使局域網(wǎng)和廣域網(wǎng)變得十分復(fù)雜，這是因為他們必須支持多種不同的桌面和路由協(xié)議，以便使不同的應(yīng)用程序可以正常地運行。 人類在步入信息社會之后對信息的依賴和需求越來越大，網(wǎng)絡(luò)在生活中的地位也越來越重要，網(wǎng)絡(luò)已經(jīng)逐漸成為人們生活中的一部分。面對愈來愈復(fù)雜的計算機網(wǎng)絡(luò)和對網(wǎng)絡(luò)正常運行的要求愈來愈高的矛盾，如何快速地進(jìn)行網(wǎng)絡(luò)故障管理一直是計算機網(wǎng)絡(luò)的一項重要課題。 故障管理作為網(wǎng)絡(luò)管理的重要功能之一，是保證網(wǎng)絡(luò)可靠性和可用性的重要措施。故障管理 包括從故障的檢測、定位、診斷到故障排除的全過程。在 聯(lián)網(wǎng) )的早期，網(wǎng)絡(luò)規(guī)模不大，為用戶提 供的服務(wù)也不多，網(wǎng)絡(luò)管理人員可以通過簡單的網(wǎng)絡(luò)監(jiān)視系統(tǒng)了解網(wǎng)絡(luò)的運行情況。隨著互聯(lián)網(wǎng)的發(fā)展，特別是進(jìn)入 20世紀(jì) 90年代以來， 維網(wǎng) )的興起使得互聯(lián)網(wǎng)用戶數(shù)量迅速擴大，網(wǎng)絡(luò)的規(guī)模急劇膨脹，異構(gòu)性更加突出，引起網(wǎng)絡(luò)故障的因素也在增加。在故障管網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第一章 緒論 3 理領(lǐng)域，管理和網(wǎng)絡(luò)規(guī)模的矛盾日益突出，表現(xiàn)在需要處理的網(wǎng)絡(luò)事件數(shù)量迅速增，這是因為網(wǎng)絡(luò)是互相連接的，個別地方個別系統(tǒng)出現(xiàn)的 故障必然會對網(wǎng)絡(luò)其它部分的通信造成直接或間接的影響，并以不同的網(wǎng)絡(luò)事件反映出來。 因此，僅僅能夠報告管理對象狀態(tài)變化的簡單的輪詢監(jiān)視系統(tǒng)已不能滿足網(wǎng)絡(luò)管理的需要。面對日益增多的網(wǎng)絡(luò)事件，真正重要的故障信息往往被淹沒在大量次要甚至無關(guān)的事件里，網(wǎng)絡(luò)管理人員希望故障管理系統(tǒng)能夠提供更高的過濾和關(guān)聯(lián)能力，幫助管理人員進(jìn)行準(zhǔn)確的故障定位，以利于盡快排除故障?，F(xiàn)有網(wǎng)絡(luò)管理方案面臨的另一個問題是缺乏統(tǒng)一的管理流程，包括功能流程和業(yè)務(wù)流程。 流 程的方面來說，現(xiàn)有的網(wǎng)絡(luò)管理方案大多只是定義了單個管理操作和這些操作的對象，比如 開放系統(tǒng)互聯(lián) )管理定義了 取 )和 置 )應(yīng)該怎樣執(zhí)行，但是并沒有指出這些操作應(yīng)該按照什么順序執(zhí)行以解決特定的管理問題；又比如 ，但是并沒有指出什么時候、在什么情況下、為解決什么問題應(yīng)訪問 (讀或?qū)?)什么變量。同樣地，基于 乏統(tǒng)一的網(wǎng)絡(luò)管理流程嚴(yán)重制約了網(wǎng)管系統(tǒng)功能的有效發(fā)揮，因為許多情況下，網(wǎng) 絡(luò)管理人員必需根據(jù)自己的經(jīng)驗去嘗試、 挖掘 網(wǎng)管系統(tǒng)的功能。隨著網(wǎng)絡(luò)規(guī)模的擴大，缺乏定義良好的網(wǎng)絡(luò)管理流程的網(wǎng)管系統(tǒng)將很難有所作為。網(wǎng)絡(luò)管理流程對于網(wǎng)絡(luò)故障管理尤其重要，因此對網(wǎng)絡(luò)管理流程，尤其是故障管理流程進(jìn)行全面的研究是十分迫切的。 文 組織結(jié)構(gòu) 本設(shè)計 以 +為開發(fā)環(huán)境 ，以 網(wǎng)絡(luò)故障排錯 系統(tǒng) 為 研究對象，完成了以下功能： 查詢故障事件、值班日志、排錯記 錄 、 利用 排錯工具檢測設(shè)備的連通性，利用對故障設(shè)備歷史記錄的觀察來對用戶輸入的故障 進(jìn)行向?qū)?。 論文共分為五章，組織如下： 第一章緒論，主要說明研究課題的目的和研究意義，然后介紹 故障管理 的發(fā)展和國內(nèi)外的研究現(xiàn)狀，最后介紹了本文的主要研究內(nèi)容和論文的結(jié)構(gòu)。 第二章 網(wǎng)絡(luò)管理知識介紹， 主要介紹了 所涉及到的網(wǎng)絡(luò)管理系統(tǒng)的知識 ，對 網(wǎng)絡(luò)管理功能的各個模塊進(jìn)行了簡要 的說明， 在第一節(jié)比較詳細(xì)的介紹了簡單網(wǎng)絡(luò)管理協(xié)議，第二節(jié)則是對網(wǎng)絡(luò)故障分別安性質(zhì)和對象進(jìn)行了詳盡的分類，第三節(jié)是對測試設(shè)備連通性的 因特網(wǎng)包探索器 )命令在應(yīng)用格式和工作過程進(jìn)行了詳盡的介紹。 第三章 網(wǎng)絡(luò)故障排錯向?qū)C制的總體設(shè) 計，文中首先是對系統(tǒng)進(jìn)行了需求分析，其次是對系統(tǒng)的總體設(shè)計，然后在第二節(jié)對系統(tǒng)的模塊設(shè)計進(jìn)行了詳細(xì)描述。 網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第一章 緒論 4 第四章 網(wǎng)絡(luò)故障排錯向?qū)C制的詳細(xì)設(shè)計，在第一節(jié)數(shù)據(jù)庫設(shè)計中首先簡要介紹了開發(fā)環(huán)境 構(gòu)化查詢語言 )2000，其次介紹了在數(shù)據(jù)庫企業(yè)管理器中建表，以及對數(shù)據(jù)庫表格的數(shù)據(jù)結(jié)構(gòu)進(jìn)行了詳細(xì)設(shè)計；在第二節(jié)首先對開發(fā)環(huán)境 +進(jìn)行了簡要介紹，其次 介紹了 與開放式數(shù)據(jù)庫互連 )數(shù)據(jù)源的鏈接 ；第三 節(jié) 排錯向?qū)У脑O(shè)計，則是按著 各個要求分別對故障觀察模塊、故障分析模塊、 排錯 向?qū)K進(jìn)行了詳盡的設(shè)計。在最后一節(jié)則是對系統(tǒng)的測試與實現(xiàn)的描述。 第五章是總結(jié)和展望。網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 5 第二章 網(wǎng)絡(luò)管理概述 網(wǎng)絡(luò)管理主要是關(guān)于規(guī)劃、監(jiān)督、設(shè)計和控制網(wǎng)絡(luò)資源的使用和網(wǎng)絡(luò)的各種活動。網(wǎng)絡(luò)管理包括以下五個部分的內(nèi)容 ： 故障管理、配置管理、記費管理、性能管理和安全管 理 【 3】 。 故障管理是網(wǎng)絡(luò)管理中最基本的功能之一。它用于檢測、定位和排除網(wǎng)絡(luò)硬件和軟件中的故障。當(dāng)出現(xiàn)故障時，該功能確認(rèn)故障，并常常要記錄故 障，找出故障位置并盡可能排除這些故障。 配置管理的功能是掌握和控制互連網(wǎng)絡(luò)的狀態(tài)。它初始化網(wǎng)絡(luò)，并配置網(wǎng)絡(luò)，以使其提供網(wǎng)絡(luò)服務(wù)。同時它還隨時檢測互連網(wǎng)絡(luò)內(nèi)各設(shè)備的狀態(tài)及其連接關(guān)系。 記帳管理的功能是度量各個端用戶和應(yīng)用程序?qū)W(wǎng)絡(luò)資源的使用情況。根據(jù)連接時間、連接跨越網(wǎng)絡(luò)的長度、用戶名和其他的參數(shù)，采用與具體實現(xiàn)有關(guān)的各種算法來計算對網(wǎng)絡(luò)資源的使用，使用情況一般都以日志方式記錄到帳務(wù)數(shù)據(jù)庫中。記帳管理功能提供了計算一個特定網(wǎng)絡(luò)或網(wǎng)段運行成本的手段。 性能管理考慮的是具體網(wǎng)絡(luò)的利用情況。配置管理考慮的是互連網(wǎng)運 行是否正常，而性能管理考慮的則是網(wǎng)絡(luò)運行的好壞 。 性能管理是網(wǎng)絡(luò)管理人員能夠監(jiān)視網(wǎng)絡(luò)運行的關(guān)鍵參數(shù)，如吞吐率、響應(yīng)時間、網(wǎng)絡(luò)的一般可用度，并指出網(wǎng)絡(luò)中哪里的性能可以改善以及如何改善。 安全管理是對網(wǎng)絡(luò)資源及其重要信息訪問的約束和控制，包括驗證網(wǎng)絡(luò)用戶的訪問權(quán)限和優(yōu)先級、檢測和記錄未授權(quán)用戶企圖進(jìn)行的不應(yīng)有的操作。 目前，有兩種不同的網(wǎng)絡(luò)管理協(xié)議 ： 簡單網(wǎng)絡(luò)管理協(xié)議 )和 通管理信息協(xié)議 )。 實用于互連網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)管理框架 ， 而 為要運行在 議集上的開放系統(tǒng)提供一個網(wǎng)絡(luò)管理框架 。 在本課題中 ， 我們采用議作為我們的網(wǎng)絡(luò)管理框架。下面首先簡要介紹一下 單網(wǎng)絡(luò)管理協(xié)議 (介 簡單網(wǎng)絡(luò)管理協(xié)議 ( 1988 年誕生的 ， 最早提出的網(wǎng)絡(luò)管理協(xié)議之一，當(dāng)時只想把它作為一個短期的網(wǎng)絡(luò)管理框架，臨時用于管理連接到 的設(shè)備它一推出就得到了廣泛的應(yīng)用和支持，特別是很快得到了數(shù)百 家廠商的支持。 其原始計劃是，等到 通管理信息協(xié)議 )標(biāo)準(zhǔn)的開發(fā)和實現(xiàn)經(jīng)驗證明了 行以后就用 絡(luò)管理標(biāo)準(zhǔn) 替換 4】 。 第一個版本 (非常成功的，主要是因為在簡單性、靈活性和網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 6 擴展性等方面達(dá)到了理想的平衡。 第二個版本 (從 變來的。改進(jìn)的地方有 ： 加強了安全性、支持高層管理框架、改進(jìn)的協(xié)議操作、修補了 缺陷、設(shè)計了管理進(jìn)程之間的通信和基于 遠(yuǎn)程配置。 強了框架的靈活 性和可擴展性。 于 準(zhǔn)，其中定義了 3 個主要部件 ： 管理信息結(jié)構(gòu) )、 管理信息庫 )和 描述管理信息的標(biāo)準(zhǔn)符號， 包含待管理的各種變量。 1988年 8 月首次被定義， 請求評論 )編號是 1065， 1990 年 5月被修訂， 號是 1155。 由于定義了標(biāo)準(zhǔn)管理對象和提供了 定義新 的能力， 應(yīng)用范圍得到了極大的擴展，可以管理許多新的協(xié)議和設(shè)備。 義的通用化格式支持對每一個新的待管理服務(wù)定義其特定的 ，廠家也有了標(biāo)準(zhǔn)的方法可用以定義其專用的管理對象 。 1988 年 8 月被首次定義，號是 1066， 1990 年 5 月在 定稿為 1991 年 3 月在 定稿。 絡(luò)管理模型是集中式的，主動的網(wǎng)絡(luò)管理站只是極少數(shù)，被動的代理進(jìn)程則很多，他們之間通過管理協(xié)議交換管理信息。 現(xiàn)起來很簡單且 資源占用不多的主要原因就是在協(xié)議中只有 5 個請求 /響應(yīng)原語 ： 得請求 )，置請求 )， 置下一個請求 )， 得響應(yīng) )，阱 )【 5】 。 網(wǎng)絡(luò)管理站可以把感興趣的變量值提取到應(yīng)用程序中，只要發(fā)出 文即可。前者對指定的對象進(jìn)行單獨操作，后者則提供了一個遍歷操作能力，便于確定一個代理進(jìn)程支持哪些對象。網(wǎng)絡(luò)管理站也可以修改代理進(jìn)程的變量值，只要發(fā)送 文即可。如果沒有發(fā)生錯誤，代理進(jìn)程可以用語回答這些請求。另外，利用 語，代理進(jìn)程可以異步地發(fā)送告替給網(wǎng)絡(luò)管理站，告訴網(wǎng)絡(luò)管理站發(fā)生了某個預(yù)設(shè)條件的事件。 義了管理進(jìn)程和管理代理之間的關(guān)系，這個關(guān)系稱為 共 同體。描述共同體的語義是非常復(fù)雜的，但其句法卻很簡單。位于網(wǎng)絡(luò)管理工作站 (運行管理進(jìn)程 )上和各網(wǎng)絡(luò)元素上利用 互通信對網(wǎng)絡(luò)進(jìn)行管理的軟件統(tǒng)統(tǒng)稱為 用實體。若干個應(yīng)用實體和 合起來形成一個共同體，不同的共同體之間用名字來區(qū)分 ，共同體的名字則必須符合 層次結(jié)構(gòu)命名規(guī)則，由無保留意義的字符串組成。此外，一個 用實體可以加入多個共同體 【 6】 。 應(yīng)用實體對 理信息庫中的管理對象進(jìn)行操作。一個 權(quán)范圍。 用實體對授權(quán)范圍內(nèi)管理對象的訪問仍然還有進(jìn)一步的訪問控制限制 ， 比如只讀、可讀寫等。 錄網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 7 這些定義的文件稱為共同體定義文件。 報文總是源自每個 應(yīng)用實體，報文中包括該應(yīng)用實體所在的共同體的名字。這種報文在 稱為有身份標(biāo)志的報文，共同體名字是在管理進(jìn)程和管理代理 之間交換管理信息報文時使用的。管理信息報文中包括以下兩部分內(nèi)容 ： 共同體名，加上發(fā)送方的一些標(biāo)識信息 (附加信息 )，用以驗證發(fā)送方確實是共同體中的成員，共同體實際上就是用來實現(xiàn)管理應(yīng)用實體之間身份鑒別的；數(shù)據(jù)，這是兩個管理應(yīng)用實體之間真正需要交換的信息 。 現(xiàn)方式為了提供遍歷管理信息庫的手段， 其 采用了樹狀命名方法對每個管理對象實例命名。每個對象實例的名字都由對象類 名字加上一個后綴構(gòu)成。對象類的名字是不會相互重復(fù)的，因而不同對象類的對象實例之間也少有重名的危險。 在共同體的定義中一般要規(guī)定該共同體授權(quán)的管理對象范圍，相應(yīng)地也就規(guī)定了哪些對象實例是該共同體的管轄范圍，據(jù)此，共同體的定義可以想象為一個多叉樹，以詞典序提供了遍歷所有管理對象實例的手段。有了這個手段， 可以使用 作符，順序地從一個對象找到下一個對象。 作返回的結(jié)果是一個對象實例標(biāo)識符及其相關(guān)信息，該對象實例在上面的多叉樹中緊排在指定標(biāo)識 符； 象的后面。這種手段的優(yōu)點在于，即使不知道管理對象實例的具體名字，管理系統(tǒng)也能逐個地找到它，并提取到它的有關(guān)信息。遍歷所有管理對象的過程可以從第一個對象實例開始 (這個實例一定要給出 )，然后逐次使用 到返回一個差錯 (表示不存在的管理對象實例 )結(jié)束 (完成遍歷 )。 由于信息是以表格形式 (一種數(shù)據(jù)結(jié)構(gòu) )存放的，在 管理概念中，把所有表格都視為子樹，其中一張表格 (及其名字 )是相應(yīng)子樹的根節(jié)點，每個列是根下面的子節(jié)點，一列中的每個行則是該列節(jié)點下面的子節(jié)點，并且 是子樹的葉節(jié)點。因此，按照前面的子樹遍歷思路，對表格的遍歷是先訪問第一列的所有元素，再訪問第二列的所有元素， 如此執(zhí)行， 直到最后一個元素。若試圖得到最后一個元素的下一個元素，則返回差錯標(biāo)記。 各種管理信息大多以表格形式存在，一個表格對應(yīng)一個對象類，每個元素對應(yīng)于該類的一個對象實例。那么，管理信息表對象中單個元素 (對象實例 )的操作可以用前面提到的 法，也可以用后面將介紹的 操作。下面主要介紹表格內(nèi)一行信息的整體操作。 (1)增加一行：通過 用一次 作就可在一 個表格中增加一行。操作中的每個變量都對應(yīng)于待增加行中的一個列元素，包括對象實例標(biāo)識符。如果一個表格中有 8 列，則 作中必須給出 8 個操作數(shù)，分別對應(yīng) 8 個列中的相應(yīng)元素。 (2)刪除一行：刪除一行也可以通過 用一次 作完成，并且比增加一行還簡單。刪除一行只需要用 作將該行中的任意一個元素 (對象實例 )設(shè)置成網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 8 非法即可。但該操作有一個例外：地址翻譯組對象中有一個特殊的表 (地址變換表 )，該表中未定義一個元素的非法條件。因此， 采用的辦法是將該表中的地址設(shè)置成空串，而空字符串將被視為非法元 素。 至于刪除一行時，表中的一行元素是否真的在表中消失，則與每個設(shè)備 (管理代理 )的具體實現(xiàn)有關(guān)。因此，網(wǎng)絡(luò)管理操作中，運行管理進(jìn)程可能從管理代理中得到非法數(shù)據(jù)，即已經(jīng)刪除的不再使用的元素的內(nèi)容，因此管理進(jìn)程必須能通過各數(shù)據(jù)字段的內(nèi)容來判斷數(shù)據(jù)的合法性 【 7】 。 建立在構(gòu)成第一版的 3 個部件上，并包含了 管理協(xié)議的升級版。 實現(xiàn)和完善過程中的經(jīng)驗給 來了許多改進(jìn)意見，即給網(wǎng)絡(luò)管理站增加一個成塊讀操作 文。當(dāng)需要用一個請求原語提取大 據(jù) (如讀取某個表的內(nèi)容 )時可以調(diào)用它以提高效率 。 引入了管理進(jìn)程與管理進(jìn)程之間的通信進(jìn)行狀況報告，為此增加了一條原語 把 化成更加合理的名稱 文則改為 與所有的協(xié)議報文具有同樣的格式。 絡(luò)故障的分類 性質(zhì)劃分 網(wǎng)絡(luò)故障 物理故障，是指設(shè)備或線路損壞、插頭松動、線路受到嚴(yán)重電磁干擾等情況。比如說，網(wǎng)絡(luò)中某條線路突然中斷，如已安裝網(wǎng)絡(luò)監(jiān)控軟件就能夠從監(jiān)控界面 上發(fā)現(xiàn)該線路流量突然掉下來或系統(tǒng)彈出報警界面，更直接的反映就是處于該線路端口上的無線電管理信息系統(tǒng)無法使用 【 8】 。 解決方法：首先用 磁盤操作系統(tǒng) 中的 令檢查線路與網(wǎng)絡(luò)管理中心服務(wù)器端口是否連通，如果不連通，則檢查端口插頭是否松動，如果松動則插緊，再用 果已連通則故障解決。也有可能是線路遠(yuǎn)離網(wǎng)絡(luò)管理中心的那端插頭松動，則需要檢查終端設(shè)備的連接狀況。如果插口沒有問題，則可利用網(wǎng)線測試設(shè)備進(jìn)行通路測試，發(fā)現(xiàn)問題應(yīng)重新更換一條網(wǎng)線。 另一種常見的物理故障就是網(wǎng)絡(luò)插頭誤接。這種情況經(jīng)常是沒有 搞清網(wǎng)絡(luò)插頭規(guī)范或沒有弄清網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的情況下導(dǎo)致的。 解決方法：熟悉掌握網(wǎng)絡(luò)插頭規(guī)范，如 清網(wǎng)線中每根線的顏色和意義，做出符合規(guī)范的插頭。 還有一種情況，比如兩個路由器直接連接，這時應(yīng)該讓一臺路由器的出口連接另一路由器的入口，而這臺路由器的入口連接另一路由器的出口才行，這時制作的網(wǎng)線就應(yīng)該滿足這一特性，否則也會導(dǎo)致網(wǎng)絡(luò)誤解。不過像這種網(wǎng)絡(luò)連接故障顯得很隱蔽，要診斷這種故障沒有什么特別好的工具，只網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 9 有依靠網(wǎng)絡(luò)管理的經(jīng)驗進(jìn)行解決。 邏輯故障中的一種常見情況就是配置錯誤， 就是指因為網(wǎng)絡(luò)設(shè)備的配置原因而導(dǎo)致的網(wǎng)絡(luò)異?；蚬收稀Ｅ渲缅e誤可能是路由器端口參數(shù)設(shè)定有誤，或路由器路由配置錯誤以致于路由循環(huán)或找不到遠(yuǎn)端地址，或者是網(wǎng)絡(luò)掩碼設(shè)置錯誤等。比如，同樣是網(wǎng)絡(luò)中某條線路故障，發(fā)現(xiàn)該線路沒有流量，但又可以 線路兩端的端口，這時很可能就是路由配置錯誤導(dǎo)致循環(huán)了。 解決方法：診斷該故障可以用 具，可以發(fā)現(xiàn)在 結(jié)果中某一段之后，兩個 際網(wǎng)絡(luò)協(xié)議 )地址循環(huán)出現(xiàn)。這時，一般就是線路遠(yuǎn)端把端口路由又指向了線 路的近端，導(dǎo)致 在該線路上來回反復(fù)傳遞。這時需要更改遠(yuǎn)端路由器端口配置，把路由設(shè)置為正確配置，就能恢復(fù)線路了。當(dāng)然處理該故障的所有動作都要記錄在日志中，防止再次出現(xiàn)。 邏輯故障中另一類故障就是一些重要進(jìn)程或端口關(guān)閉，以及系統(tǒng)的負(fù)載過高。比如，路由器的 程意外關(guān)閉或死掉，這時網(wǎng)絡(luò)管理系統(tǒng)將不能從路由器中采集到任何數(shù)據(jù)，因此網(wǎng)絡(luò)管理系統(tǒng)失去了對該路由器的控制。還有，也是線路中斷，沒有流量，這時用 現(xiàn)線路近端的端口 通。 解決方法：檢查發(fā)現(xiàn)該端口處于 狀態(tài)，就是說該端口已經(jīng)給關(guān) 閉了 ，因此導(dǎo)致故障。這時只需重新啟動該端口，就可以恢復(fù)線路的連通了 。 此外，還有一種常見情況是路由器的負(fù)載過高，表現(xiàn)為路由器 度太高、 用率太高，以及內(nèi)存余量太小等，雖然這種故障不能直接影響網(wǎng)絡(luò)的連通，但卻影響到網(wǎng)絡(luò)提供服務(wù)的質(zhì)量，而且也容易導(dǎo)致硬件設(shè)備的損害。 對象劃分 網(wǎng)絡(luò)故障 線路故障最常見的情況就是線路不通，診斷這種故障可用 查線路遠(yuǎn)端的路由器端口是否還能響應(yīng)，或檢測該線路上的流量是否還存在。一旦發(fā)現(xiàn)遠(yuǎn)端路由器端口不通，或該線路沒有流量，則該線 路可能出現(xiàn)了故障。這時有幾種處理方法。首先是 路兩端路由器端口，檢查兩端的端口是否關(guān)閉了。如果其中一端端口沒有響應(yīng)則可能是路由器端口故障。如果是近端端口關(guān)閉，則可檢查端口插頭是否松動，路由器端口是否處于 狀態(tài)；如果是遠(yuǎn)端端口關(guān)閉，則要通知線路對方進(jìn)行檢查。進(jìn)行這些故障處理之后，線路往往就通暢了。 如果線路仍然不通，一種可能就得線路本身的問題，看是否線路中間被切斷；另一種可能就是路由器配置出錯，比如路由循環(huán)了。就是遠(yuǎn)端端口路由又指向了線路的近端，這樣線路遠(yuǎn)端連接的網(wǎng)絡(luò)用戶就不通了，這種故障可以 用 診斷。解決路由循環(huán)的方法就是重新配置路由器端口的靜態(tài)路由或動態(tài)路由 【 9】 。 網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 10 事實上，線路故障中很多情況都涉及到路由器，因此也可以把一些線路故障歸結(jié)為路由器故障。但線路涉及到兩端的路由器，因此在考慮線路故障是要涉及到多個路由器。有些路由器故障僅僅涉及到它本身，這些故障比較典型的就是路由器央處理器 )溫度過高、 用率過高和路由器內(nèi)存余量太小。其中最危險的是路由器 度過高，因為這可能導(dǎo)致路由器燒毀 。而路由器 用率過高和路由器內(nèi)存余量太小都將直接影響到網(wǎng)絡(luò)服務(wù)的質(zhì)量，比如路由器上丟包率就會隨內(nèi)存余量的下降而上升。檢測這種類型的故障，需要利用 量瀏覽器這種工具，從路由器 量中讀出有關(guān)的數(shù)據(jù)，通常情況下網(wǎng)絡(luò)管理系統(tǒng)有專門的管理進(jìn)程不斷地檢測路由器的關(guān)鍵數(shù)據(jù)，并及時給出報警。而解決這種故障，只有對路由器進(jìn)行升級、擴內(nèi)存等，或者重新規(guī)劃網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)。 另一種路由器故障就是自身的配置錯誤。比如配置的協(xié)議類型不對，配置的端口不對等。這種故障比較少見，在使用初期配置好路由器基本上就不會出現(xiàn)了。 主機故障常見的現(xiàn)象就是主機的配置不當(dāng)。比如，主機配置的 址與其他主機沖突，或 址根本就不在子網(wǎng)范圍內(nèi)，這將導(dǎo)致該主機不能連通。如泰州無線電管理處的網(wǎng)段范圍是 以主機地址只有設(shè)置在此段區(qū)間內(nèi)才有效。還有一些服務(wù)設(shè)置的故障。比如 務(wù)器設(shè)置不當(dāng)導(dǎo)致不能收發(fā)者域名服務(wù)器設(shè)置不當(dāng)將導(dǎo)致不能解析域名。主機故障的另一種可能是主機安全故障。比如，主機沒有控制其上的 多余服務(wù)。而惡意攻擊者可 以通過這些多余進(jìn)程的正常服務(wù)或 擊該主機，甚至得到該主機的超級用戶權(quán)限等。 另外，還有一些主機的其他故障，比如不當(dāng)共享本機硬盤等，將導(dǎo)致惡意攻擊者非法利用該主機的資源。發(fā)現(xiàn)主機故障是一件困難的事情，特別是別人惡意的攻擊。一般可以通過監(jiān)視主機的流量、或掃描主機端口和服務(wù)來防止可能的漏洞。當(dāng)發(fā)現(xiàn)主機受到攻擊之后，應(yīng)立即分析可能的漏洞，并加以預(yù)防，同時通知網(wǎng)絡(luò)管理人員注意?，F(xiàn)在，各市都安裝了防火墻，如果防火墻地址權(quán)限設(shè)置不當(dāng)，也會造成網(wǎng)絡(luò)的連接故障，只要在設(shè)置使用防火墻時加以注意，這種故障就能解決 【 10】 。 網(wǎng)絡(luò)故障排錯向?qū)C制的設(shè)計 第二章 網(wǎng)絡(luò)管理概述 11 令 應(yīng)用格式 1. 機 例如本機 址為： 。則執(zhí)行命令 。如果網(wǎng)卡安裝配置沒有問題，則應(yīng)有類似下列顯示： 2 同時還要在類中添加 # #文件，以實現(xiàn)和數(shù)據(jù)庫連接。 (5)定義類、數(shù)據(jù)庫指針 (6)列表框初始化 主要代碼功能如