網(wǎng)絡(luò)管理課后習(xí)題解答(共21頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上網(wǎng)絡(luò)管理習(xí)題參考答案習(xí)題11什么是網(wǎng)絡(luò)管理？網(wǎng)絡(luò)管理的目標(biāo)是什么？解答 網(wǎng)絡(luò)管理是指對(duì)網(wǎng)絡(luò)的運(yùn)行狀態(tài)進(jìn)行監(jiān)測(cè)和控制，并能提供有效、可靠、安全、經(jīng)濟(jì)的服務(wù)。網(wǎng)絡(luò)管理的目標(biāo)是使網(wǎng)絡(luò)的性能達(dá)到最優(yōu)化狀態(tài)。通過網(wǎng)絡(luò)管理，要能夠預(yù)知潛在的網(wǎng)絡(luò)故障，采取必要的措施加以預(yù)防和處理，達(dá)到零停機(jī)；通過監(jiān)控網(wǎng)絡(luò)性能，調(diào)整網(wǎng)絡(luò)運(yùn)行配置，提高網(wǎng)絡(luò)性能；借助有效的性能尺度和評(píng)估方法，擴(kuò)充和規(guī)劃網(wǎng)絡(luò)的發(fā)展。所以網(wǎng)絡(luò)管理的根本目標(biāo)就是最大限度地滿足網(wǎng)絡(luò)管理者和網(wǎng)絡(luò)用戶對(duì)計(jì)算機(jī)網(wǎng)絡(luò)的有效性、可靠性、開放性、綜合性、安全性和經(jīng)濟(jì)性的要求。2網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些？解答 網(wǎng)絡(luò)管理的主要標(biāo)準(zhǔn)分別是OSI參考模

2、型、TCP/IP參考模型、TMN參考模型、IEEE LAN/WAN以及基于Web的管理。3ISO制定的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些文件？其內(nèi)容是什么？解答 ISO在1989年頒布了ISO DIS7498-4（X.700）文件，定義了網(wǎng)絡(luò)管理的基本概念和總體框架；之后在1991年發(fā)布的兩個(gè)文件中規(guī)定了網(wǎng)絡(luò)管理提供的服務(wù)和網(wǎng)絡(luò)管理協(xié)議，即ISO 9595公共管理信息服務(wù)定義（Common Management Information Service，CMIS）和ISO 9596公共管理信息協(xié)議規(guī)范（Common Management Information Protocol，CMIP）；在1992年公布的I

3、SO 10164文件中規(guī)定了系統(tǒng)管理功能（System Management Functions，SMFs），而ISO 10165文件則定義了管理信息結(jié)構(gòu)（Structure of Management Information，SMI）。這些文件共同組成了ISO的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)。4TCP/IP網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些主要的RFC文件？其內(nèi)容是什么？解答TCP/IP網(wǎng)絡(luò)管理在1987年11月提出的簡(jiǎn)單網(wǎng)關(guān)監(jiān)控協(xié)議（Simple Gateway Monitoring Protocol，SGMP），并在此基礎(chǔ)上發(fā)展為簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議第一版（Simple Network Management Protocol

4、，SNMPv1），陸續(xù)公布在1990和1991年的幾個(gè)RFC（Request For Comments）文件中，即RFC 1155（SMI）、RFC 1157（SNMP）、RFC 1212（MIB定義）和RFC 1213（MIB-2規(guī)范）。1993年推出了SNMPv2（RFC 1902-1908），1999年推出了SNMPv3（RFC 2570-2575）。5簡(jiǎn)述網(wǎng)絡(luò)管理的基本模型以及各個(gè)組成部分的功能。解答 在網(wǎng)絡(luò)管理中，一般采用“管理者代理”的基本管理模型來構(gòu)建網(wǎng)絡(luò)管理系統(tǒng)，進(jìn)行實(shí)際的網(wǎng)絡(luò)管理。網(wǎng)絡(luò)管理系統(tǒng)的基本模型包括4個(gè)要素組成，分別是網(wǎng)絡(luò)管理者、管理代理、管理信息庫和網(wǎng)絡(luò)管理協(xié)議。網(wǎng)

5、絡(luò)管理者通過網(wǎng)絡(luò)管理協(xié)議從管理代理那里獲取管理信息或向管理代理發(fā)送命令；管理代理也可以通過網(wǎng)絡(luò)管理協(xié)議主動(dòng)報(bào)告緊急信息。管理信息庫（Management Information Base，MIB）是一個(gè)信息存儲(chǔ)庫，是對(duì)于通過網(wǎng)絡(luò)管理協(xié)議可以訪問信息的精確定義，所有相關(guān)的被管對(duì)象的網(wǎng)絡(luò)信息都放在MIB中。6什么是網(wǎng)絡(luò)管理者？什么是管理代理？管理代理可以向網(wǎng)絡(luò)管理者發(fā)送信息嗎？解答 網(wǎng)絡(luò)管理者是管理指令的發(fā)出者，它可以自動(dòng)或按用戶規(guī)定去輪詢被管理設(shè)備中某些變量的值，被管設(shè)備中的管理代理對(duì)這些輪詢進(jìn)行響應(yīng)，或在接收到被管理設(shè)備的告警信息后采取一定的措施。管理代理負(fù)責(zé)管理指令的執(zhí)行，并且以通知的形式向

6、網(wǎng)絡(luò)管理者報(bào)告被管對(duì)象發(fā)生的一些重要事件。在有些情況下，管理代理也可以向網(wǎng)絡(luò)管理者發(fā)送通知，管理者可根據(jù)報(bào)告的內(nèi)容決定是否做出回答。7在網(wǎng)絡(luò)管理的基本模型中網(wǎng)絡(luò)管理者的作用是什么？網(wǎng)管代理的作用是什么？解答 管理者將管理要求通過管理操作指令傳送給位于被管理系統(tǒng)中的管理代理，對(duì)網(wǎng)絡(luò)內(nèi)的各種設(shè)備、設(shè)施和資源實(shí)施監(jiān)視和控制，管理代理則直接管理被管設(shè)備。管理代理也可能因?yàn)槟撤N原因拒絕管理者的指令。管理者和管理代理之間的信息交換分為兩種：一種是從管理者到代理的管理操作；另一種是從代理到管理者的事件通知。管理代理實(shí)際所起的作用就是充當(dāng)網(wǎng)絡(luò)管理者與管理代理所駐留的設(shè)備之間的信息中介。管理代理通過控制設(shè)備的管

7、理信息庫（MIB）的信息來實(shí)現(xiàn)管理網(wǎng)絡(luò)設(shè)備功能。8網(wǎng)絡(luò)管理協(xié)議主要有哪些？解答 目前最有影響的網(wǎng)絡(luò)管理協(xié)議是簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（Simple Network Management Protocol，SNMP）和公共管理信息服務(wù)和公共管理信息協(xié)議（Common Management Information Sever/Common Management Information Protocol，CMIS/CMIP），它們代表了目前兩大網(wǎng)絡(luò)管理解決方案。9MIB中包括了哪些信息？解答 所有相關(guān)的被管對(duì)象的網(wǎng)絡(luò)信息都放在MIB中。包含管理對(duì)象數(shù)據(jù)的MIB對(duì)物理資源沒有限制，下面是一些可以存入MIB的信

8、息實(shí)例。（1）網(wǎng)絡(luò)資源：集線器、網(wǎng)橋、路由器、傳輸設(shè)備。（2）軟件進(jìn)程：程序、算法、協(xié)議功能、數(shù)據(jù)庫。（3）管理信息：相關(guān)人員記錄、賬號(hào)、密碼等。10集中式網(wǎng)絡(luò)管理和分布式網(wǎng)絡(luò)管理有什么區(qū)別？各有什么優(yōu)缺點(diǎn)？解答 集中式網(wǎng)絡(luò)管理模式是由一個(gè)網(wǎng)絡(luò)管理者對(duì)整個(gè)網(wǎng)絡(luò)的管理負(fù)責(zé)。網(wǎng)絡(luò)管理者處理所有來自被管理系統(tǒng)上的管理代理的通信信息，為全網(wǎng)提供集中的決策支持，并控制和維護(hù)管理工作站上的信息存儲(chǔ)。 分布式管理將數(shù)據(jù)采集、監(jiān)視以及管理分散開來，它可以從網(wǎng)絡(luò)上的所有數(shù)據(jù)源采集數(shù)據(jù)而不必考慮網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)，為網(wǎng)絡(luò)管理員提供更加有效的、大型的、地理分布廣泛的網(wǎng)絡(luò)管理方案。集中式網(wǎng)絡(luò)管理模式的優(yōu)點(diǎn)是管理集中，有專

9、人負(fù)責(zé)，有利于從整個(gè)網(wǎng)絡(luò)系統(tǒng)的全局對(duì)網(wǎng)絡(luò)實(shí)施較為有效的管理；缺點(diǎn)是管理信息集中匯總到網(wǎng)絡(luò)管理中心節(jié)點(diǎn)上，導(dǎo)致網(wǎng)絡(luò)信息流比較擁擠，管理不夠靈活，管理節(jié)點(diǎn)如果發(fā)生故障有可能影響全網(wǎng)正常工作。分布式網(wǎng)絡(luò)管理模式的優(yōu)點(diǎn)是隨著網(wǎng)絡(luò)的擴(kuò)展，監(jiān)視智能及任務(wù)職責(zé)會(huì)同時(shí)不斷地分布開來，即提供了很好的擴(kuò)展性，同時(shí)也降低了管理的復(fù)雜性。將管理任務(wù)都分布到各域的管理者，使網(wǎng)絡(luò)管理更加穩(wěn)固可靠，也提高了網(wǎng)絡(luò)性能，并且使網(wǎng)絡(luò)管理在通信和計(jì)算方面的開銷大大減少。11簡(jiǎn)述網(wǎng)絡(luò)管理的軟件結(jié)構(gòu)。解答 網(wǎng)絡(luò)管理軟件結(jié)構(gòu)包括用戶接口軟件、管理專用軟件和管理支持軟件3個(gè)部分。12網(wǎng)絡(luò)管理的5大功能是什么？并分別對(duì)每個(gè)功能進(jìn)行簡(jiǎn)單的描述

10、。解答 網(wǎng)絡(luò)管理的5個(gè)功能域：故障管理（Fault Management）、配置管理（Configuration Management）、安全管理（Security Management）、性能管理（Performance Management）、計(jì)費(fèi)管理（Accounting Management）。習(xí)題21 用ASN.1表示一個(gè)協(xié)議數(shù)據(jù)單元（如IEEE 802.3的幀）。解答 略。2用基本編碼規(guī)則對(duì)長(zhǎng)度字段L編碼：L = 18，L = 180，L = 1044。解答 L = 18，編碼： L =

11、60;180，編碼： L = 1044，編碼： 解析 對(duì)于長(zhǎng)度字節(jié)的擴(kuò)充方法是：小于127的數(shù)用長(zhǎng)度字節(jié)的右邊7位表示，最左邊的一位置0。大于等于127的數(shù)用后續(xù)若干字節(jié)來表示，原來的長(zhǎng)度字節(jié)第一位置1，其余7位指明后續(xù)用于表示長(zhǎng)度 的字節(jié)數(shù)，即采用下面的形式 ： （0126） 1xxxxxxx (xxxxxxx指明后續(xù)用于表示長(zhǎng)度的字節(jié)數(shù))如255 可表示為 。3用基本編碼對(duì)數(shù)據(jù)編碼：標(biāo)簽值 = ，長(zhǎng)度 = 255。解答 解析當(dāng)標(biāo)簽號(hào)不大于30時(shí)，Tag只在一個(gè)八位組中編碼；當(dāng)Tag大于30時(shí)，則Tag在多個(gè)八位組中編碼。在多個(gè)八位

12、組中編碼時(shí)，第一個(gè)八位組后5位全部為1，其余的后繼八位組最高位為1表示后續(xù)還有，最后一個(gè)八位組最高位為0表示Tag結(jié)束。采用下面的規(guī)則使用不同的類型編碼：（1）若編碼是簡(jiǎn)單類型，則使用確定格式。短格式：長(zhǎng)度字段僅一個(gè)八位位組，最高位為0。長(zhǎng)格式：長(zhǎng)度字段包含多個(gè)八位位組，第1個(gè)字節(jié)最高位為1，其余7位表示后面有多少字節(jié)來表示值字段的長(zhǎng)度。例如，25510可表示為 。4寫出一個(gè)ASN.1的模塊，該模塊以ENUMERATED數(shù)據(jù)類型定義了monthsOfYear，它的值從1到12。解答 monthsOfYear ：=ENUMERATED January （1）， February （2）， Mar

13、ch （3）， April （4）， May （5）， June （6）， July （7）， August （8）， September （9）， October （10）， November （11）， December （12） 5寫出一個(gè)ASN.1的模塊，該模塊以SEQUENCE數(shù)據(jù)類型指定monthsOfYear，并以VisibleString類型指定一年中的每一個(gè)月（month1，month2，）。寫出ASN.1對(duì)于結(jié)構(gòu)的描述，并寫出對(duì)于值的描述。解答 monthsOfYear ：=SEQUENCE Month1 VisibleString，Month2 VisibleString

14、， Month3 VisibleString，Month4 VisibleString，Month5 VisibleString，Month6 VisibleString，Month7 VisibleString，Month8 VisibleString，Month9 VisibleString，Month10 VisibleString，Month11 VisibleString，Month12 VisibleString 6子類型分為哪幾種？分別舉例說明。解答 子類型是由限制父類型的值集合而導(dǎo)出的類型，所以子類型的值集合是父類型的子集。子類型還可以產(chǎn)生子類型。產(chǎn)生子類型的方法有以下6種。（

15、1）單個(gè)值（Single Value）：列出子類型可取的各個(gè)值。例如，TestResule：=INTEGER（0|1|2）（2）值區(qū)間（Value Range）：這種方法只能用于整數(shù)和實(shí)數(shù)，指出子類型可取的區(qū)間。例如，EmployeeNumber：=INTEGER（1000.20000）（3）允許字符（Permitted Alphabet）：允許字符只能用于字符串類型，限制字符集的取值范圍。例如，House Size：= IA5STRING（FROM（"0" | "1" | "2" | "3" | &qu

16、ot;4" | "5" | "6" | "7" | "8" | "9"）SIZE（5）（4）限制大?。⊿ize Constrained）：可以限制5種類型（BIT STRING，OCTET STRING，CHARACTER STRING，SEQUENCE OF，SET OF）的規(guī)模大小。例如，WorkstationNumber：=OCTET STRING（SIZE（32）（5）包含子類型（Contained Subtype）：從已有的子類型定義新的子類型，新子類型包含原子類型的全部可能

17、的值。用關(guān)鍵字INCLUDES，說明被定義的類型包含了已有類型的所有的值。例如， First-quarter：=Months（January，F(xiàn)ebruary，March）（6）內(nèi)部子類型（Inner Subtype）適用于SEQUENCE，SEQUENCE OF，SET，SET OF和CHOICE類型，主要用于對(duì)這些結(jié)構(gòu)類型的元素項(xiàng)進(jìn)行限制。例如，下面定義的協(xié)議數(shù)據(jù)單元（PDU）類型。PDU：=SET alpha 0 INTEGER， Beta 1 IA5STRING OPTIONAL， Gamma 2 SEQUENCE OF parameter， Delta 3 BOOLEAN i87為什

18、么要用宏定義？怎樣用宏定義得到宏實(shí)例？解答 ASN.1宏提供了創(chuàng)建“模板”的功能，這也是引入ASN.1宏的原因。ASN.1宏使得ASN.1語言具有良好的擴(kuò)充性。 當(dāng)用一個(gè)具體的值代替宏定義中的變量或參數(shù)時(shí)就產(chǎn)生了宏實(shí)例，它表示一個(gè)實(shí)際的ASN.1類型（稱為返回的類型），并且規(guī)定了該類型可取的值的集合（稱為返回的值）?？梢姾甓x可以看做是類型的類型，或者說是超類型。8RFC1212給出的宏定義由哪些部分組成？試按照這個(gè)宏定義產(chǎn)生一個(gè)宏實(shí)例。解答 宏定義由類型表示（TYPE NOTATION）、值表示（VALUE NOTATION）和支持產(chǎn)生式（supporting syntax）3部分組成，而最

19、后部分是任選的，是關(guān)于宏定義體中類型的詳細(xì)語法說明。 宏實(shí)例（即ASN.1類型）的定義首先是對(duì)象名，然后是宏定義的名字，最后是宏定義規(guī)定的宏體部分。下面給出對(duì)象定義的示例，對(duì)Internet控制報(bào)文協(xié)議流入的信息計(jì)數(shù)。 icmpIlMsgs OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory ：=icmp 1習(xí)題31Internet網(wǎng)絡(luò)管理框架由哪些部分組成？支持SNMP的體系結(jié)構(gòu)由哪些協(xié)議層組成？解答 Internet網(wǎng)絡(luò)管理框架由兩部分組成：一部分是管理信息庫結(jié)構(gòu)的定義；另一部分是訪問管理信息庫的協(xié)議規(guī)范。 Intern

20、et最初的網(wǎng)絡(luò)管理框架由4個(gè)文件定義，這就是SNMP第一版（SNMPv1）。RFC1155定義了管理信息結(jié)構(gòu)（SMI），即規(guī)定了管理對(duì)象的語法和語義。SMI主要說明了怎樣定義管理對(duì)象和怎樣訪問管理對(duì)象。RFC1212說明了定義MIB模塊的方法，而RFC1213則定義了MIB-2管理對(duì)象的核心集合。RFC1157是SNMPv1的規(guī)范文件。 SNMP管理體系結(jié)構(gòu)由管理者、代理和管理信息庫（MIB）三部分組成。管理者（管理進(jìn)程）是管理指令的發(fā)出者，這些指令包括一些管理操作。管理者通過各設(shè)備的管理代理對(duì)網(wǎng)絡(luò)內(nèi)的各種設(shè)備、設(shè)施和資源實(shí)施監(jiān)視和控制。代理負(fù)責(zé)管理指令的執(zhí)行，并且以通知的形式向管理者報(bào)告被管

21、對(duì)象發(fā)生的一些重要事件。代理具有兩個(gè)基本功能：（1）從MIB中讀取各種變量值；（2）在MIB中修改各種變量值。MIB是被管對(duì)象結(jié)構(gòu)化組織的一種抽象。它是一個(gè)概念上的數(shù)據(jù)庫，由管理對(duì)象組成，各個(gè)代理管理MIB中屬于本地的管理對(duì)象，各管理代理控制的管理對(duì)象共同構(gòu)成全網(wǎng)的管理信息庫。2SNMP環(huán)境中的管理對(duì)象是如何組織的？這種組織方式有什么意義？解答 SNMP環(huán)境中的所有管理對(duì)象組織成分層的樹結(jié)構(gòu)。這種層次樹結(jié)構(gòu)有3個(gè)作用，即表示管理和控制關(guān)系、提供結(jié)構(gòu)化的信息組織技術(shù)和提供了對(duì)象命名機(jī)制。采用這種層次樹結(jié)構(gòu)的組織方式易于管理，易于擴(kuò)充。3什么是委托代理？它在網(wǎng)絡(luò)管理中起什么作用。解答 一個(gè)委托代理

22、可以管理若干臺(tái)不支持TCP/IP的設(shè)備，并代表這些設(shè)備接收管理站的查詢。實(shí)際上委托代理起到了協(xié)議轉(zhuǎn)換的作用，委托代理和管理站之間按SNMP通信，而與被管設(shè)備之間則按專用的協(xié)議通信。4簡(jiǎn)述對(duì)不支持TCP/IP的設(shè)備如何進(jìn)行SNMP管理。解答 對(duì)于不支持TCP/IP的設(shè)備（如某些網(wǎng)橋、調(diào)制解調(diào)器、個(gè)人計(jì)算機(jī)和可編程控制器等），不能直接用SNMP進(jìn)行管理。為此，提出了委托代理的概念。實(shí)際上委托代理起到了協(xié)議轉(zhuǎn)換的作用，委托代理和管理站之間按SNMP通信，而與被管設(shè)備之間則按專用的協(xié)議通信。5什么是團(tuán)體名？它的主要作用是什么？解答 每個(gè)代理管理若干管理對(duì)象，并且與某些管理站建立團(tuán)體（community

23、）關(guān)系。團(tuán)體名作為團(tuán)體的全局標(biāo)識(shí)符，是一種簡(jiǎn)單的身份認(rèn)證手段。一般來說代理進(jìn)程不接受沒有團(tuán)體名驗(yàn)證的報(bào)文，這樣可以防止假冒的管理命令，同時(shí)在團(tuán)體內(nèi)部也可以實(shí)行專用的管理策略。6為什么MIB采用樹狀結(jié)構(gòu)？在internet節(jié)點(diǎn)下定義了哪些子樹？各起什么作用？解答 MIB采用樹狀結(jié)構(gòu)的組織方式易于管理，易于擴(kuò)充。 在internet對(duì)象標(biāo)識(shí)符下定義了如下4個(gè)子樹，把internet節(jié)點(diǎn)劃分為4個(gè)子樹，為SNMP的試驗(yàn)和改進(jìn)提供了非常靈活的管理機(jī)制。（1）Directory（1）保留在將來使用，是為OSI的目錄服務(wù)（X.500）使用的。（2）Mgmt（2）包括由IAB批準(zhǔn)的所有管理對(duì)象，而mib-2

24、（RFC 1213）是mgmt（2）的第一個(gè)子節(jié)點(diǎn)。（3）Experimental（3）子樹用來標(biāo)識(shí)在互聯(lián)網(wǎng)上實(shí)驗(yàn)的所有管理對(duì)象。在這個(gè)子樹下的所有對(duì)象的標(biāo)識(shí)符都以整數(shù)1.3.6.1.3開始。（4）Private（4）子樹是為私有用戶管理信息準(zhǔn)備的，目前這個(gè)子樹只有一個(gè)子節(jié)點(diǎn)enterprise（1）。一個(gè)企業(yè)是一個(gè)注冊(cè)了它的自定義MIB擴(kuò)展的組織。該節(jié)點(diǎn)下的每個(gè)子樹分配給一個(gè)企業(yè)，然后企業(yè)就可以在該子樹下創(chuàng)建它的產(chǎn)品特有的屬性。廠商自定義MIB都處于這個(gè)層次型結(jié)構(gòu)的位置。7對(duì)象標(biāo)識(shí)符是由什么組成的？為什么說對(duì)象的詞典順序?qū)W(wǎng)絡(luò)管理是很重要的？解答 MIB樹中每個(gè)節(jié)點(diǎn)都有一個(gè)分層的編號(hào)。葉子節(jié)

25、點(diǎn)代表實(shí)際的管理對(duì)象，從樹根到樹葉的編號(hào)串聯(lián)起來，用圓點(diǎn)隔開，就形成了管理對(duì)象的全局標(biāo)識(shí)，即對(duì)象標(biāo)識(shí)符。對(duì)象標(biāo)識(shí)符有兩種標(biāo)識(shí)方法：數(shù)字形式和名字形式。例如，internet的標(biāo)識(shí)符是1.3.6.1，或者寫為iso（1） org（3） dod（6） 1。數(shù)字形式更易存儲(chǔ)和處理，實(shí)際上SNMP報(bào)文都是采用數(shù)字形式的對(duì)象標(biāo)識(shí)符。 對(duì)象的順序?qū)W(wǎng)絡(luò)管理是很重要的。因?yàn)楣芾碚究赡懿恢来硖峁┑腗IB的組成，所以管理站要用某種手段搜索MIB樹，在不知道對(duì)象標(biāo)識(shí)符的情況下訪問對(duì)象的值。例如，為檢索一個(gè)表項(xiàng)，管理站可以連續(xù)發(fā)出Get操作，按詞典順序得到預(yù)定的對(duì)象實(shí)例。8什么是標(biāo)量對(duì)象？什么是表對(duì)象？標(biāo)量對(duì)象

26、和表對(duì)象的實(shí)例如何標(biāo)識(shí)？解答 標(biāo)量對(duì)象指SMI中存儲(chǔ)的簡(jiǎn)單對(duì)象和表中的列對(duì)象。 表對(duì)象是指SMI中存儲(chǔ)的二維數(shù)組對(duì)象。表的定義要使用ASN.1的序列類型和對(duì)象類型宏定義中的索引部分。表中的標(biāo)量對(duì)象叫做列對(duì)象，列對(duì)象有唯一的對(duì)象標(biāo)識(shí)符，這對(duì)每一行都是一樣的。列對(duì)象的對(duì)象標(biāo)識(shí)符與索引對(duì)象的值組合起來就說明了列對(duì)象的一個(gè)實(shí)例。9為什么不能訪問表對(duì)象和行對(duì)象？解答 表和行對(duì)象（如tcpConnTable和tcpConnEntry）是沒有實(shí)例標(biāo)識(shí)符的，因?yàn)樗鼈儾皇侨~子節(jié)點(diǎn)，SNMP不能訪問，其訪問特性為“not-accessible（NA）”。這類對(duì)象叫做概念表和概念行。10用ASN.1定義表對(duì)象 tc

27、pConnTable。解答 tcpConnTable OBJECT-TYPE SYNTAX SEQUENCE OF tcpConnEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table containing TCP connection-specific information" ：=tcp 13 tcpConnTable OBJECT-TYPE SYNTAX TcpConnEntry ACCESS not-accessible STATUS mandatory DESCRIPTION Inform

28、ation about a particular TCP connection. An object of this type is transient, in that it ceases to exist (or soon after) the connection makes the transition to the CLOSED state. INDEX tcpConnLocalAddress, tcpConnLocalPort, tcpConnRemAddress, tcpConnRemPort ：=tcpConnTrable 1 tcpConnEntry：=SEQUENCE tc

29、pConnState INTECER, tcpConnLocalAddress IPAddress, tcpConnLocalPort INTEGER(0.65535)， tcpConnRemAddress IPAddress, tcpConnRemPort INTEGER（0.65535） tcpConnState OBJECT-TYPE SYNTAX INTEGERclosed(1), listen(2), SynSent(3), synReceived(4), established(5), finWaitl(6), finWait2(7), closeWait(8), lastAck(

30、9), closing(10), timeWait(11), deleteTCB(12) ACCESS read-write STATUS mandatory DESCRIPTION "The state of this TCP connection." ：=tcpConnEntry 1 tcpConnLocalAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "The local IP address for this TCP connection

31、." ：=tcpConnEntry 2 tcpConnLocalPort OBJECT-TYPE syntax integer(0.65535) ACCESS read-only STATUS mandatory DESCRIPTION "The local port number for this TCP connection." ：=tcpConnEntry 3 tcpConnRemAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "T

32、he remote Ipaddress for this TCP connection." ：=tcpConnEntry 4 tcpConnRemPort OBJECT-TYPE SYNTAX INTEGER(0.65535) ACCESS read-only STATUS mandatory DESCRIPTION "The remote port number for this TCP connection." ：=tcpConnEntry 511表3-5是一個(gè)簡(jiǎn)化的表，圖3-12是MIB-2 Ip組。在表3-6中填入路由表對(duì)象及其實(shí)例的詞典順序。表3-5ip

33、RouteDestipRouteMetric 1ipRouteNextHop10.10.10.1049.9.9.911.11.11.1158.8.8.8ipRouteTable(1.3.6.1.2.1.4.21) ipRouteEntry(1.3.6.1.2.1.4.21.1=x) ipRouteDest(1) ipRouteMetricl(3) ipRouteNextHop(7)圖3-12表3-6對(duì)象對(duì)象標(biāo)識(shí)符下一對(duì)象實(shí)例ipRouteTable1.3.6.1.2.1.4.211.3.6.1.2.1.4.21.1.1.10.10.10.10ipRouteEntry1.3.6.1.2.1.4.

34、21.11.3.6.1.2.1.4.21.1.1.10.10.10.10ipRouteDest1.3.6.1.2.1.4.21.1.11.3.6.1.2.1.4.21.1.1.10.10.10.10ipRouteDest.10.10.10.101.3.6.1.2.1.4.21.1.1.10.10.10.101.3.6.1.2.1.4.21.1.1.11.11.11.11ipRouteDest.11.11.11.111.3.6.1.2.1.4.21.1.1.11.11.11.111.3.6.1.2.1.4.21.1.3.4ipRouteMetricl1.3.6.1.2.1.4.21.1.31.3

35、.6.1.2.1.4.21.1.3.4ipRouteMetricl.41.3.6.1.2.1.4.21.1.3.41.3.6.1.2.1.4.21.1.3.5ipRouteMetricl.51.3.6.1.2.1.4.21.1.3.51.3.6.1.2.1.4.21.1.7.9.9.9.9ipRouteNextHop1.3.6.1.2.1.4.21.1.71.3.6.1.2.1.4.21.1.7.9.9.9.9ipRouteNextHop.9.9.9.91.3.6.1.2.1.4.21.1.7.9.9.9.91.3.6.1.2.1.4.21.1.7.8.8.8.8ipRouteNextHop.

36、8.8.8.81.3.6.1.2.1.4.21.1.7.8.8.8.81.3.6.1.2.1.4.21.1.x習(xí)題41 MIB-2中包括哪些組？分別是什么？解答 MIB-2包括11個(gè)功能組，分別是：System組、Interfaces組、At組、Ip組、Icmp組、Tcp組、Udp組、Egp組、Cmot組、Transmission組、Snmp組。2 通過MIB中的哪個(gè)對(duì)象，可以知道系統(tǒng)運(yùn)行的時(shí)間？解答 通過MIB中的sysUpTime，可以知道系統(tǒng)已經(jīng)運(yùn)行了多長(zhǎng)時(shí)間。3 如果某主機(jī)的對(duì)象sysServices的值為68，則該主機(jī)提供了哪些協(xié)議層服務(wù)？解答 主機(jī)的對(duì)象sysServices的值為

37、68，即二進(jìn)制數(shù)值為B，該主機(jī)提供了第三層至第七層的協(xié)議層服務(wù)。4 對(duì)象ifOperStatus和ifAdminStatus的值分別為1和2，這說明什么？解答 ifAdminStatus對(duì)象和ifOperStatus對(duì)象都返回整數(shù)，值1表示Up，值2表示Down。把這兩個(gè)對(duì)象結(jié)合在一起，失效管理應(yīng)用可以確定接口的當(dāng)前狀態(tài)。5 如何計(jì)算接口的輸入錯(cuò)誤率、輸出錯(cuò)誤率、丟棄的輸入包率和輸出包率？解答 接口的輸入和輸出錯(cuò)誤率計(jì)算如下： 輸入錯(cuò)誤百分率=ifInErrors/(ifInUcastPkts+ifInNUcastPkts) 輸出錯(cuò)誤百分率=ifOutErrors/(ifOutUcastPkt

38、s+ifOutNUcastPkts) 丟棄的輸入包率=ifInDisscards/(ifInUcastPkts+ifInNUcastPkts) 丟棄的輸出包率=ifOutDiscards/(ifOutUcastPkts+ifOutNUcastPkts)6 如何計(jì)算IP數(shù)據(jù)包的輸入錯(cuò)誤率、輸出錯(cuò)誤率、輸入速率和轉(zhuǎn)發(fā)速率？解答 IP輸入錯(cuò)誤率 =(ipInDiscards + ipInHdrErrors + ipInAddrErrors)/ ipInReceives IP輸出錯(cuò)誤率 =(ipOutDiscards + 

39、ipOutNoRoutes)/ ipOutRequests IP輸入速度 = (ipInReceivesy  ipInReceivesx)/(y  x) ipForwDatagrams告知設(shè)備對(duì)IP數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)的速率，如果在時(shí)刻x和時(shí)刻y被兩次查詢，則可得IP轉(zhuǎn)發(fā)速度。 IP轉(zhuǎn)發(fā)速度 = (ipForwGatagramsy  ipForwDatagramsx)/(y  x)7 如何計(jì)算ICMP分組的發(fā)送率和接收率？解答 計(jì)算ICMP分組的發(fā)送率和接收率，必須首先獲得實(shí)體發(fā)送和接

40、收的分組的總數(shù)，這可以通過找出每個(gè)接口的輸出分組和輸入分組的總數(shù)完成，然后用icmpOutMsgs和icmpInMsgs去除以該和從而獲得發(fā)送和接收ICMP分組的百分率。通過多次查詢?cè)搶?duì)象，可以找出ICMP分組發(fā)送和接收實(shí)體的速率。8 通過哪些對(duì)象可以知道輸入的Echo消息個(gè)數(shù)、輸入的EchoReply消息個(gè)數(shù)和輸入的超時(shí)消息個(gè)數(shù)？解答 通過icmpInEchos 可以知道輸入的Echo消息個(gè)數(shù)；通過icmpInEchoReps可以知道輸入的EchoReply消息個(gè)數(shù)；通過icmpInTimeExcds可以知道輸入的超時(shí)消息個(gè)數(shù)。9 如何計(jì)算TCP段的輸入速率和輸出速率？解答 讓應(yīng)用在不同的時(shí)

41、間查詢tcpInSegs和tcpOutSegs的值，可以檢測(cè)TCP段的輸入速率和輸出速率。10 如何計(jì)算UDP包的輸入速率和輸出速率？解答 查詢udpInDatagrams和udpOutDategrams會(huì)產(chǎn)生數(shù)據(jù)報(bào)的輸入速率和輸出速率。習(xí)題 5 1SNMPv1規(guī)定了哪些協(xié)議數(shù)據(jù)單元？分別有什么作用？解答SNMPv1規(guī)定了如下協(xié)議數(shù)據(jù)單元：GetRequestPDU、GetNextRequestPDU、SetRequestPDU、GetResponsePDU、TrapPDU五種類型的PDU。管理站通過GetRequestPDU、GetNextRequestPDU可以檢索管理信息庫中標(biāo)量對(duì)象的值

42、，GetNextRequest的作用與GetRequest基本相同，PDU格式也相同，唯一的差別是GetRequest檢索變量名所指的是對(duì)象實(shí)例，而GetNextRequest檢索變量名所指的是“下一個(gè)”對(duì)象實(shí)例，且并不要求變量名是對(duì)象標(biāo)識(shí)符或者是實(shí)例標(biāo)識(shí)符。管理站使用SetRequestPDU設(shè)置管理信息庫中標(biāo)量對(duì)象的值，PDU格式與Get是相同的，但是在變量綁定表中必須包含要設(shè)置的變量名和變量值。被管理對(duì)象通過GetResponsePDU響應(yīng)管理站的檢索與設(shè)置請(qǐng)求，GetResponse 操作具有原子性，即如果所有請(qǐng)求的對(duì)象值可以得到，則給予應(yīng)答；反之，只要有一個(gè)對(duì)象的值得不到。TrapP

43、DU在被管理對(duì)象向管理站報(bào)告管理對(duì)象的狀態(tài)變化時(shí)使用。2SNMP為什么不使用TCP傳送報(bào)文？解答因?yàn)镾NMP協(xié)議采用管理站/代理工作方式，管理站與代理使用GetRequest、GetNextRequest、GetResponse報(bào)文實(shí)現(xiàn)請(qǐng)求與響應(yīng)，因此不必建立TCP連接，而采用首部開銷比TCP小的UDP報(bào)文形式。3簡(jiǎn)述SNMP報(bào)文的發(fā)送和接收過程。解答SNMP報(bào)文在管理站和代理之間傳送，包含GetRequest、GetNextRequest和SetRequest的報(bào)文由管理站發(fā)出，代理以GetResponse響應(yīng)。Trap報(bào)文由代理發(fā)給管理站，不需要應(yīng)答。管理站可連續(xù)發(fā)出多個(gè)請(qǐng)求報(bào)文，然后等待

44、代理返回應(yīng)答報(bào)文。如果在規(guī)定的時(shí)間內(nèi)收到應(yīng)答，則按照請(qǐng)求標(biāo)識(shí)進(jìn)行配對(duì)，亦即應(yīng)答報(bào)文必須與請(qǐng)求報(bào)文有相同的請(qǐng)求標(biāo)識(shí)。一個(gè)SNMP實(shí)體（PE）發(fā)送報(bào)文時(shí)執(zhí)行下面的過程：首先按照ASN.1的格式構(gòu)造PDU，交給認(rèn)證進(jìn)程；認(rèn)證進(jìn)程檢查源和目標(biāo)之間是否可以通信，如果通過這個(gè)檢查則把有關(guān)信息（版本號(hào)、團(tuán)體名和PDU）組裝成報(bào)文；最后經(jīng)過BER編碼，將報(bào)文交傳輸實(shí)體發(fā)送出去。一個(gè)SNMP實(shí)體（PE）接收到報(bào)文時(shí)執(zhí)行下面的過程：首先按照BER編碼恢復(fù)ASN.1報(bào)文，然后對(duì)報(bào)文進(jìn)行語法分析，驗(yàn)證版本號(hào)和認(rèn)證信息等。如果通過分析和驗(yàn)證，則分離出協(xié)議數(shù)據(jù)單元并進(jìn)行語法分析，必要時(shí)經(jīng)過適當(dāng)處理后返回應(yīng)答報(bào)文。在認(rèn)證檢

45、驗(yàn)失敗時(shí)可以生成一個(gè)陷入報(bào)文，向發(fā)送站報(bào)告通信異常情況。無論何種檢驗(yàn)失敗，都丟棄報(bào)文。4舉例說明在SNMPv1的操作中，如何對(duì)簡(jiǎn)單對(duì)象進(jìn)行檢索？解答檢索簡(jiǎn)單的標(biāo)量對(duì)象值可以用Get操作。如果變量綁定表中包含多個(gè)變量，則一次還可以檢索多個(gè)標(biāo)量對(duì)象的值。接收GetRequest的SNMP實(shí)體以請(qǐng)求標(biāo)識(shí)相同的GetResponse響應(yīng)。例如：用戶可以發(fā)出如下檢索命令：GetRequest(udpInDatagrams.0, udpNoPorts.0, UdpInErrors.0, udpOutDatagrams.0)可以預(yù)期得到下面的響應(yīng)GetResponse ( udpInDatagrams.0

46、= 100,udpNoPorts.0 = l,udpInErrors.0 = 2,udPoutDatagrams.0 = 200 )5與SNMPv1相比，SNMPv2的操作有哪些改變？解答SNMPv2共有6種協(xié)議數(shù)據(jù)單元，分為3種PDU格式， GetRequest、GetNextRequest、SetRequest、InformRequest和Trap等5種PDU與Response PDU有相同的格式，只是它們的錯(cuò)誤狀態(tài)和錯(cuò)誤索引字段被置為0。InformRequest是管理站和管理站之間的請(qǐng)求/響應(yīng)通信，這種方法是SNMPv2特有的，可以由一個(gè)管理站把有關(guān)管理信息告訴給另外一個(gè)管理站。（1）

47、GetRequest PDU：SNMPv2對(duì)這種操作的響應(yīng)方式與SNMPvl不同，SNMPvl的響應(yīng)是原子性的，即只要有一個(gè)變量的值檢索不到，就不返回任何值；而SNMPv2的響應(yīng)不是原子性的，允許部分響應(yīng)。（2）GetNextRequest PDU：在SNMPv2中，這種檢索請(qǐng)求的格式和語義與SNMPvl基本相同，唯一的差別就是改變了響應(yīng)的原子性。（3）GetBulkRequest PDU：這是SNMPv2對(duì)原標(biāo)準(zhǔn)的主要增強(qiáng)，目的是以最少的交換次數(shù)檢索大量的管理信息，或者說管理站要求盡可能大的響應(yīng)報(bào)文。對(duì)這個(gè)操作的響應(yīng)，在選擇MIB變量值時(shí)采用與GetNextRequest同樣的原理，即按照詞

48、典順序選擇后繼對(duì)象實(shí)例，但是這個(gè)操作可以說明多種不同的后繼。（4）SetRequest PDU：這個(gè)請(qǐng)求的格式和語義與SNMPvl的相同，差別是處理響應(yīng)的方式不同。SNMPv2實(shí)體分兩個(gè)階段處理這個(gè)請(qǐng)求的變量綁定表，首先是檢驗(yàn)操作的合法性，然后再更新變量，如果至少有一個(gè)變量綁定對(duì)的合法性檢驗(yàn)沒有通過，則不進(jìn)行下一階段的更新操作。（5）Trap PDU：陷入是由代理發(fā)給管理站的非確認(rèn)性消息，SNMPv2的陷入采用與Get等操作相同的PDU格式，這一點(diǎn)也是與原標(biāo)準(zhǔn)不同的。（6）InformRequest PDU：這是管理站發(fā)送給管理站的消息，PDU格式與Get等操作相同，變量綁定表的內(nèi)容與陷入報(bào)文

49、一樣。但是與陷入不同，這個(gè)消息是需要應(yīng)答的。因此，管理站收到通知請(qǐng)求后首先要決定應(yīng)答報(bào)文的大小，如果應(yīng)答報(bào)文的大小超過本地或?qū)Ψ降南拗疲瑒t返回錯(cuò)誤狀態(tài)tooBig。如果接收的請(qǐng)求報(bào)文不是太大，則把有關(guān)信息傳送給本地的應(yīng)用實(shí)體，返回一個(gè)錯(cuò)誤狀態(tài)為加Err的響應(yīng)報(bào)文，其變量綁定表與收到的請(qǐng)求PDU相同。關(guān)于管理站之間通信的內(nèi)容，SNMPv2給出了詳細(xì)的定義。6SNMPv2對(duì)MIB-2的擴(kuò)展包括哪些方面？解答SNMPv2 MIB擴(kuò)展和細(xì)化了MIB-2中定義的管理對(duì)象，又增加了新的管理對(duì)象。（1）系統(tǒng)組。SNMPv2的系統(tǒng)組是MIB-2系統(tǒng)組的擴(kuò)展，這個(gè)組只增加了與對(duì)象資源有關(guān)的一個(gè)標(biāo)量對(duì)象sysOR

50、LastChange和一個(gè)表對(duì)象sysORTable。（2）Snmp組。Snmp組是由MIB-2的對(duì)應(yīng)組改造而成的，新的Snmp組對(duì)象少了，去掉了許多對(duì)排錯(cuò)作用不大的變量。（3）Mib對(duì)象組。這個(gè)新組包含的對(duì)象與管理對(duì)象的控制有關(guān)，分為兩個(gè)子組：第一個(gè)子組snmpTrap由snmpTrapOID和snmpTrapEnterprise組成；第二個(gè)子組snmpSet僅有一個(gè)對(duì)象snmpSerialNO。（4）接口組。MIB-2定義的接口組分析了原來的接口組沒有提供的功能和其他不足之處。糾正了原標(biāo)準(zhǔn)中的接口編號(hào)、接口子層、虛電路問題、不同傳輸特性的接口、計(jì)數(shù)長(zhǎng)度、接口速度、組播/廣播分組計(jì)數(shù)、接口類

51、型、ifSpecific等問題。增加了接口擴(kuò)展表、接口堆棧表、接口測(cè)試表、接口地址表4個(gè)新表。7SMIv2中，如何進(jìn)行行的創(chuàng)建和刪除？解答(1) 生成概念行可以使用兩種不同的方法，分為4個(gè)步驟： 選擇實(shí)例標(biāo)識(shí)符。針對(duì)不同的索引對(duì)象可考慮用不同的方法選擇實(shí)例標(biāo)識(shí)符。 產(chǎn)生概念行。產(chǎn)生概念行主要有兩種方法：管理站通過事務(wù)處理產(chǎn)生和激活概念行；管理站與代理協(xié)商生成概念行。 初始化非默認(rèn)值對(duì)象。管理站用Get操作查詢所有列，以確定是否能夠或需要設(shè)置列對(duì)象的值。 激活概念行。管理站對(duì)所有列對(duì)象實(shí)例滿意后，用Set 操作置狀態(tài)列對(duì)象為active。如果代理有足夠的信息使得概念行可用，則返回noError；

52、如果代理沒有足夠的信息使得概念行可用，則返回noInService。(2) 概念行的刪除。管理站發(fā)出Set命令，把狀態(tài)列置為destroy，如果這個(gè)操作成功，則概念行立即被刪除。8簡(jiǎn)述SNMPv3體系結(jié)構(gòu)的特點(diǎn)。解答SNMPv3通過簡(jiǎn)明的方式實(shí)現(xiàn)了加密和驗(yàn)證功能。SNMPv3結(jié)構(gòu)是由分布的、相互連接的SNMP實(shí)體組成。每一個(gè)實(shí)體可以作為一個(gè)代理節(jié)點(diǎn)、管理器節(jié)點(diǎn)或代理和管理器的混合節(jié)點(diǎn)。SNMPv3實(shí)體通常由一SNMP引擎和一個(gè)或多個(gè)相關(guān)聯(lián)的應(yīng)用組成。應(yīng)用主要有：命令產(chǎn)生器、通知接收器、代理轉(zhuǎn)發(fā)器、命令響應(yīng)器、通知始發(fā)器和一些其他的應(yīng)用。RFC 2271定義的SNMPv3體系結(jié)構(gòu)，體現(xiàn)了模塊化的設(shè)計(jì)思想，SNMP引擎和它支持的應(yīng)用被定義為一系列獨(dú)立的模塊。SNMP實(shí)體的功能由所在實(shí)體的多個(gè)模塊決定，每個(gè)實(shí)體僅僅是模塊的不同組合，每個(gè)模塊具有相對(duì)獨(dú)立性，當(dāng)改進(jìn)或替換某一模塊時(shí)，不會(huì)影響整個(gè)結(jié)構(gòu)，這樣可以簡(jiǎn)單地實(shí)現(xiàn)功能的增加和修改。作為SNMP實(shí)體核心的SNMP引擎用于發(fā)送和接受消息、鑒別消息、對(duì)消息進(jìn)行解密和加密以及控制對(duì)被管對(duì)象的訪問等功能