【畢業(yè)學(xué)位論文】（Word原稿）網(wǎng)絡(luò)故障排錯(cuò)向?qū)C(jī)制的設(shè)計(jì)-信息科學(xué)與工程

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