《計算機網(wǎng)絡(luò)管理課后題答案云紅艷杜祥軍趙志剛?cè)嗣襦]電出版社課后答案.pdf》由會員分享，可在線閱讀，更多相關(guān)《計算機網(wǎng)絡(luò)管理課后題答案云紅艷杜祥軍趙志剛?cè)嗣襦]電出版社課后答案.pdf（21頁珍藏版）》請在裝配圖網(wǎng)上搜索。

網(wǎng)絡(luò)管理習(xí)題參考答案 習(xí) 題 1 1．什么是網(wǎng)絡(luò)管理？網(wǎng)絡(luò)管理的目標(biāo)是什么？ [解答] 網(wǎng)絡(luò)管理是指對網(wǎng)絡(luò)的運行狀態(tài)進行監(jiān)測和控制，并能提供有效、可靠、安全、經(jīng) 濟的服務(wù)。 網(wǎng)絡(luò)管理的目標(biāo)是使網(wǎng)絡(luò)的性能達到最優(yōu)化狀態(tài)。通過網(wǎng)絡(luò)管理，要能夠預(yù)知潛在的 網(wǎng)絡(luò)故障，采取必要的措施加以預(yù)防和處理，達到零停機；通過監(jiān)控網(wǎng)絡(luò)性能，調(diào)整網(wǎng)絡(luò)運 行配置，提高網(wǎng)絡(luò)性能；借助有效的性能尺度和評估方法，擴充和規(guī)劃網(wǎng)絡(luò)的發(fā)展。所以網(wǎng) 絡(luò)管理的根本目標(biāo)就是最大限度地滿足網(wǎng)絡(luò)管理者和網(wǎng)絡(luò)用戶對計算機網(wǎng)絡(luò)的有效性、 可靠 性、開放性、綜合性、安全性和經(jīng)濟性的要求。 2．網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些？ [解答] 網(wǎng)絡(luò)管理的主要標(biāo)準(zhǔn)分別是 OSI 參考模型、 TCP/IP 參考模型、 TMN參考模型、 IEEE LAN/WAN 以及基于 Web 的管理。 3．ISO 制定的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些文件？其內(nèi)容是什么？ [解答] ISO 在 1989 年頒布了 ISO DIS7498-4（X.700）文件，定義了網(wǎng)絡(luò)管理的基本概念和總 體框架；之后在 1991 年發(fā)布的兩個文件中規(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年 公布的 ISO 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)。 4．TCP/IP 網(wǎng)絡(luò)管理標(biāo)準(zhǔn)有哪些主要的 RFC 文件？其內(nèi)容是什么？ [解答]TCP/IP網(wǎng)絡(luò)管理在 1987年 11月提出的簡單網(wǎng)關(guān)監(jiān)控協(xié)議 （Simple Gateway Monitoring Protocol，SGMP） ，并在此基礎(chǔ)上發(fā)展為簡單網(wǎng)絡(luò)管理協(xié)議第一版（Simple Network Management Protocol，SNMPv1） ，陸續(xù)公布在 1990 和 1991 年的幾個 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．簡述網(wǎng)絡(luò)管理的基本模型以及各個組成部分的功能。 [解答] 在網(wǎng)絡(luò)管理中，一般采用“管理者—代理”的基本管理模型來構(gòu)建網(wǎng)絡(luò)管理系統(tǒng)， 進行實際的網(wǎng)絡(luò)管理。網(wǎng)絡(luò)管理系統(tǒng)的基本模型包括 4 個要素組成，分別是網(wǎng)絡(luò)管理者、管 理代理、管理信息庫和網(wǎng)絡(luò)管理協(xié)議。 網(wǎng)絡(luò)管理者通過網(wǎng)絡(luò)管理協(xié)議從管理代理那里獲取管理信息或向管理代理發(fā)送命令； 管理代理也可以通過網(wǎng)絡(luò)管理協(xié)議主動報告緊急信息。 管理信息庫（Management Information Base，MIB）是一個信息存儲庫，是對于通過網(wǎng) 絡(luò)管理協(xié)議可以訪問信息的精確定義，所有相關(guān)的被管對象的網(wǎng)絡(luò)信息都放在 MIB 中。 6．什么是網(wǎng)絡(luò)管理者？什么是管理代理？管理代理可以向網(wǎng)絡(luò)管理者發(fā)送信息嗎？ [解答] 網(wǎng)絡(luò)管理者是管理指令的發(fā)出者，它可以自動或按用戶規(guī)定去輪詢被管理設(shè)備中某 些變量的值，被管設(shè)備中的管理代理對這些輪詢進行響應(yīng)，或在接收到被管理設(shè)備的告警信 息后采取一定的措施。 管理代理負(fù)責(zé)管理指令的執(zhí)行，并且以通知的形式向網(wǎng)絡(luò)管理者報告被管對象發(fā)生的 一些重要事件。 在有些情況下，管理代理也可以向網(wǎng)絡(luò)管理者發(fā)送通知，管理者可根據(jù)報告的內(nèi)容決 定是否做出回答。 7．在網(wǎng)絡(luò)管理的基本模型中網(wǎng)絡(luò)管理者的作用是什么？網(wǎng)管代理的作用是什么？ [解答] 管理者將管理要求通過管理操作指令傳送給位于被管理系統(tǒng)中的管理代理，對網(wǎng)絡(luò) 內(nèi)的各種設(shè)備、設(shè)施和資源實施監(jiān)視和控制，管理代理則直接管理被管設(shè)備。管理代理也可 能因為某種原因拒絕管理者的指令。管理者和管理代理之間的信息交換分為兩種：一種是從 管理者到代理的管理操作；另一種是從代理到管理者的事件通知。 管理代理實際所起的作用就是充當(dāng)網(wǎng)絡(luò)管理者與管理代理所駐留的設(shè)備之間的信息中 介。管理代理通過控制設(shè)備的管理信息庫（MIB）的信息來實現(xiàn)管理網(wǎng)絡(luò)設(shè)備功能。 8．網(wǎng)絡(luò)管理協(xié)議主要有哪些？ [解答] 目前最有影響的網(wǎng)絡(luò)管理協(xié)議是簡單網(wǎng)絡(luò)管理協(xié)議（Simple Network Management Protocol， SNMP） 和公共管理信息服務(wù)和公共管理信息協(xié)議 （Common Management Information Sever/Common Management Information Protocol，CMIS/CMIP） ，它們代表了目前兩大網(wǎng)絡(luò) 管理解決方案。 9．MIB 中包括了哪些信息？ [解答] 所有相關(guān)的被管對象的網(wǎng)絡(luò)信息都放在 MIB 中。 包含管理對象數(shù)據(jù)的 MIB 對物理資 源沒有限制，下面是一些可以存入 MIB 的信息實例。 （1）網(wǎng)絡(luò)資源：集線器、網(wǎng)橋、路由 器、傳輸設(shè)備。 （2）軟件進程：程序、算法、協(xié)議功能、數(shù)據(jù)庫。 （3）管理信息：相關(guān)人員記錄、賬號、密碼等。 10．集中式網(wǎng)絡(luò)管理和分布式網(wǎng)絡(luò)管理有什么區(qū)別？各有什么優(yōu)缺點？ [解答] 集中式網(wǎng)絡(luò)管理模式是由一個網(wǎng)絡(luò)管理者對整個網(wǎng)絡(luò)的管理負(fù)責(zé)。網(wǎng)絡(luò)管理者處理 所有來自被管理系統(tǒng)上的管理代理的通信信息，為全網(wǎng)提供集中的決策支持，并控制和維護 管理工作站上的信息存儲。 分布式管理將數(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)點是管理集中，有專人負(fù)責(zé)，有利于從整個網(wǎng)絡(luò)系統(tǒng)的全局對 網(wǎng)絡(luò)實施較為有效的管理；缺點是管理信息集中匯總到網(wǎng)絡(luò)管理中心節(jié)點上，導(dǎo)致網(wǎng)絡(luò)信息 流比較擁擠，管理不夠靈活，管理節(jié)點如果發(fā)生故障有可能影響全網(wǎng)正常工作。 分布式網(wǎng)絡(luò)管理模式的優(yōu)點是隨著網(wǎng)絡(luò)的擴展， 監(jiān)視智能及任務(wù)職責(zé)會同時不斷地分布 開來，即提供了很好的擴展性，同時也降低了管理的復(fù)雜性。將管理任務(wù)都分布到各域的管 理者，使網(wǎng)絡(luò)管理更加穩(wěn)固可靠，也提高了網(wǎng)絡(luò)性能，并且使網(wǎng)絡(luò)管理在通信和計算方面的 開銷大大減少。 11．簡述網(wǎng)絡(luò)管理的軟件結(jié)構(gòu)。 [解答] 網(wǎng)絡(luò)管理軟件結(jié)構(gòu)包括用戶接口軟件、管理專用軟件和管理支持軟件 3 個部分。 12．網(wǎng)絡(luò)管理的 5 大功能是什么？并分別對每個功能進行簡單的描述。 [解答] 網(wǎng)絡(luò)管理的 5 個功能域：故障管理（Fault Management） 、配置管理（Configuration Management） 、安全管理（Security Management） 、性能管理（Performance Management） 、 計費管理（Accounting Management） 。 習(xí) 題 2 1． 用 ASN.1 表示一個協(xié)議數(shù)據(jù)單元（如 IEEE 802.3 的幀） 。 [解答] 略。 2．用基本編碼規(guī)則對長度字段 L 編碼：L = 18，L = 180，L = 1044。 [解答] L = 18，編碼： 00010010 L = 18 0，編碼：10000001 10110100 L = 1044，編碼： 10000010 00000100 00010100 [解析] 對于長度字節(jié)的擴充方法是：小于 127 的數(shù)用長度字節(jié)的右邊 7 位表示，最左邊的 一位置 0。大于等于 127 的數(shù)用后續(xù)若干字節(jié)來表示，原來的長度字節(jié)第一位置 1，其余 7 位指明后續(xù)用于表示長度 的字節(jié)數(shù)，即采用下面的形式 ： 00000000 （0~126） … 01111111 1xxxxxxx (xxxxxxx指明后續(xù)用于表示長度的字節(jié)數(shù)) 如 255 可表示為 10000001 11111111。 3．用基本編碼對數(shù)據(jù)編碼：標(biāo)簽值 = 1011001010，長度 = 255。 [解答] 00011111 10000101 01001010 10000001 11111111 [解析]當(dāng)標(biāo)簽號不大于 30 時，Tag 只在一個八位組中編碼；當(dāng) Tag 大于 30 時，則 Tag 在多 個八位組中編碼。在多個八位組中編碼時，第一個八位組后 5 位全部為 1，其余的后繼八位 組最高位為 1 表示后續(xù)還有，最后一個八位組最高位為 0 表示 Tag 結(jié)束。 采用下面的規(guī)則使用不同的類型編碼： （1）若編碼是簡單類型，則使用確定格式。 短格式：長度字段僅一個八位位組，最高位為 0。 長格式：長度字段包含多個八位位組，第 1 個字節(jié)最高位為 1，其余 7位表示后面有多少字 節(jié)來表示值字段的長度。例如，255 10 可表示為 10000001 11111111。 4．寫出一個 ASN.1 的模塊，該模塊以 ENUMERATED 數(shù)據(jù)類型定義了 monthsOfYear，它 的值從 1 到 12。 [解答] monthsOfYear ： ：=ENUMERATED { J an u ar y （1） ， F e br uar y （2） ， M ar ch （3） ， A pr il （4） ， M ay （5） ， J u ne （6） ， J u ly （7） ， August （8）， S e pt em ber （9） ， O ct ober （10） ， N o v em ber （11） ， D ec em ber （12） } 5．寫出一個 ASN.1 的模塊，該模塊以 SEQUENCE 數(shù)據(jù)類型指定 monthsOfYear，并以 VisibleString 類型指定一年中的每一個月（month1，month2，…） 。寫出 ASN.1 對于結(jié)構(gòu)的 描述，并寫出對于值的描述。 [解答] monthsOfYear ： ：=SEQUENCE{ Mo nt h1 V i s ibleS tr in g， Month2 VisibleString， Mo nt h3 V i s ibleS tr in g， 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 種。 （1） 單個值 （Single V alue） ： 列出子類型可取的各個值。 例如， TestResule： ： =INTEGER （0|1|2） （2）值區(qū)間（Value Range） ：這種方法只能用于整數(shù)和實數(shù)，指出子類型可取的區(qū)間。例 如，EmployeeNumber： ：=INTEGER（1000..20000） （3）允許字符（Permitted Alphabet） ：允許字符只能用于字符串類型，限制字符集的取值范 圍。例如，House Size： ：= IA5STRING（FROM（"0" | "1" | "2" | "3" | "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） ：從已有的子類型定義新的子類型，新子類型包含 原子類型的全部可能的值。用關(guān)鍵字 INCLUDES，說明被定義的類型包含了已有類型的所 有的值。例如， First-quarter： ：=Months（January，F(xiàn)ebruary，March） （6）內(nèi)部子類型（Inner Subtype） 適用于 SEQUENCE，SEQUENCE OF，SET，SET OF 和 CHOICE 類型，主要用于對這些結(jié) 構(gòu)類型的元素項進行限制。例如，下面定義的協(xié)議數(shù)據(jù)單元（PDU）類型。 PDU： ：=SET { alpha [0] INTEGER， B eta [1] I A 5S T RI N G O P T IO NA L， G am m a [ 2] S E Q U E N CE O F par a m eter ， Delta [3] BOOLEAN i8} 7．為什么要用宏定義？怎樣用宏定義得到宏實例？ [解答] ASN.1 宏提供了創(chuàng)建 “模板” 的功能， 這也是引入 ASN.1 宏的原因。 ASN.1 宏使得 ASN.1 語言具有良好的擴充性。 當(dāng)用一個具體的值代替宏定義中的變量或參數(shù)時就產(chǎn)生了宏實例，它表示一個實際 的 ASN.1類型 （稱為返回的類型） ， 并且規(guī)定了該類型可取的值的集合 （稱為返回的值） 。 可見宏定義可以看做是類型的類型，或者說是超類型。 8．RFC1212給出的宏定義由哪些部分組成？試按照這個宏定義產(chǎn)生一個宏實例。 [解答] 宏定義由類型表示（TYPE NOTATION） 、值表示（VALUE NOTATION）和支持產(chǎn) 生式（supporting syntax）3 部分組成，而最后部分是任選的，是關(guān)于宏定義體中類型的 詳細(xì)語法說明。 宏實例（即 ASN.1 類型）的定義首先是對象名，然后是宏定義的名字，最后是宏定義 規(guī)定的宏體部分。下面給出對象定義的示例，對 Internet 控制報文協(xié)議流入的信息計數(shù)。 icmpIlMsgs OBJECT-TYPE SYNTAX Counter A CCES S read-onl y S T A TU S m andator y ： ：=｛icmp 1｝ 習(xí) 題 3 1．Internet 網(wǎng)絡(luò)管理框架由哪些部分組成？支持 SNMP的體系結(jié)構(gòu)由哪些協(xié)議層組成？ [解答] Internet 網(wǎng)絡(luò)管理框架由兩部分組成：一部分是管理信息庫結(jié)構(gòu)的定義；另一部分是 訪問管理信息庫的協(xié)議規(guī)范。 Internet最初的網(wǎng)絡(luò)管理框架由 4個文件定義， 這就是 SNMP第一版 （SNMPv1） 。 RFC1155 定義了管理信息結(jié)構(gòu)（SMI） ，即規(guī)定了管理對象的語法和語義。SMI 主要說明了怎樣定義 管理對象和怎樣訪問管理對象。 RFC1212 說明了定義 MIB 模塊的方法，而 RFC1213則定義 了 MIB-2 管理對象的核心集合。RFC1157 是 SNMPv1 的規(guī)范文件。 S N MP管理體系結(jié)構(gòu)由管理者、代理和管理信息庫（MIB）三部分組成。管理者（管理 進程）是管理指令的發(fā)出者，這些指令包括一些管理操作。管理者通過各設(shè)備的管理代理對 網(wǎng)絡(luò)內(nèi)的各種設(shè)備、設(shè)施和資源實施監(jiān)視和控制。代理負(fù)責(zé)管理指令的執(zhí)行，并且以通知的 形式向管理者報告被管對象發(fā)生的一些重要事件。代理具有兩個基本功能： （ 1）從 MIB 中讀取各種變量值； （ 2）在 MIB 中修改各種變量值。MIB 是被管對象結(jié)構(gòu)化組織的一種抽象。它是一個概 念上的數(shù)據(jù)庫，由管理對象組成，各個代理管理 MIB 中屬于本地的管理對象，各管理代理 控制的管理對象共同構(gòu)成全網(wǎng)的管理信息庫。 2．SNMP環(huán)境中的管理對象是如何組織的？這種組織方式有什么意義？ [解答] SNMP環(huán)境中的所有管理對象組織成分層的樹結(jié)構(gòu)。這種層次樹結(jié)構(gòu)有 3 個作用，即 表示管理和控制關(guān)系、提供結(jié)構(gòu)化的信息組織技術(shù)和提供了對象命名機制。采用這種層次樹 結(jié)構(gòu)的組織方式易于管理，易于擴充。 3．什么是委托代理？它在網(wǎng)絡(luò)管理中起什么作用。 [解答] 一個委托代理可以管理若干臺不支持 TCP/IP 的設(shè)備，并代表這些設(shè)備接收管理站的 查詢。實際上委托代理起到了協(xié)議轉(zhuǎn)換的作用，委托代理和管理站之間按 SNMP 通信，而 與被管設(shè)備之間則按專用的協(xié)議通信。 4．簡述對不支持 TCP/IP 的設(shè)備如何進行 SNMP管理。 [解答] 對于不支持 TCP/IP 的設(shè)備（如某些網(wǎng)橋、調(diào)制解調(diào)器、個人計算機和可編程控制 器等） ，不能直接用 SNMP進行管理。為此，提出了委托代理的概念。實際上委托代理起到 了協(xié)議轉(zhuǎn)換的作用，委托代理和管理站之間按 SNMP 通信，而與被管設(shè)備之間則按專用的 協(xié)議通信。 5．什么是團體名？它的主要作用是什么？ [解答] 每個代理管理若干管理對象，并且與某些管理站建立團體（community）關(guān)系。團體 名作為團體的全局標(biāo)識符，是一種簡單的身份認(rèn)證手段。一般來說代理進程不接受沒有團體 名驗證的報文， 這樣可以防止假冒的管理命令， 同時在團體內(nèi)部也可以實行專用的管理策略。 6．為什么 MIB 采用樹狀結(jié)構(gòu)？在 internet 節(jié)點下定義了哪些子樹？各起什么作用？ [解答] MIB采用樹狀結(jié)構(gòu)的組織方式易于管理，易于擴充。 在 internet對象標(biāo)識符下定義了如下 4 個子樹，把 internet節(jié)點劃分為 4 個子樹，為 SNMP的試驗和改進提供了非常靈活的管理機制。 （1）Directory（1）保留在將來使用，是為 OSI 的目錄服務(wù)（X.500）使用的。 （2）Mgmt（2）包括由 IAB 批準(zhǔn)的所有管理對象，而 mib-2（RFC 1213）是 mgmt（2）的 第一個子節(jié)點。 （3）Experimental（3）子樹用來標(biāo)識在互聯(lián)網(wǎng)上實驗的所有管理對象。在這個子樹下的所 有對象的標(biāo)識符都以整數(shù) 1.3.6.1.3開始。 （4） Private （4） 子樹是為私有用戶管理信息準(zhǔn)備的， 目前這個子樹只有一個子節(jié)點 enterprise （1） 。一個企業(yè)是一個注冊了它的自定義 MIB 擴展的組織。該節(jié)點下的每個子樹分配給一 個企業(yè)，然后企業(yè)就可以在該子樹下創(chuàng)建它的產(chǎn)品特有的屬性。廠商自定義 MIB 都處于這 個層次型結(jié)構(gòu)的位置。 7．對象標(biāo)識符是由什么組成的？為什么說對象的詞典順序?qū)W(wǎng)絡(luò)管理是很重要的？ [解答] MIB 樹中每個節(jié)點都有一個分層的編號。葉子節(jié)點代表實際的管理對象，從樹根到 樹葉的編號串聯(lián)起來，用圓點隔開，就形成了管理對象的全局標(biāo)識，即對象標(biāo)識符。對象標(biāo) 識符有兩種標(biāo)識方法：數(shù)字形式和名字形式。例如，internet 的標(biāo)識符是 1.3.6.1，或者寫為 {iso（1） org（3） dod（6） 1}。數(shù)字形式更易存儲和處理，實際上 SNMP報文都是采用 數(shù)字形式的對象標(biāo)識符。 對象的順序?qū)W(wǎng)絡(luò)管理是很重要的。因為管理站可能不知道代理提供的 MIB 的組成， 所以管理站要用某種手段搜索 MIB樹，在不知道對象標(biāo)識符的情況下訪問對象的值。例如， 為檢索一個表項，管理站可以連續(xù)發(fā)出 Get 操作，按詞典順序得到預(yù)定的對象實例。 8．什么是標(biāo)量對象？什么是表對象？標(biāo)量對象和表對象的實例如何標(biāo)識？ [解答] 標(biāo)量對象指 SMI 中存儲的簡單對象和表中的列對象。 表對象是指 SMI 中存儲的二維數(shù)組對象。 表的定義要使用 ASN.1 的序列類型和對象類型宏定義中的索引部分。 表中的標(biāo)量對象叫 做列對象，列對象有唯一的對象標(biāo)識符，這對每一行都是一樣的。列對象的對象標(biāo)識符與索引 對象的值組合起來就說明了列對象的一個實例。 9．為什么不能訪問表對象和行對象？ [解答] 表和行對象（如 tcpConnTable和 tcpConnEntry）是沒有實例標(biāo)識符的，因為它們不是葉 子節(jié)點，SNMP 不能訪問，其訪問特性為“not-accessible（NA） ” 。這類對象叫做概念表和概念 行。 10．用 ASN.1 定義表對象 tcpConnTable。 [解答] tcpConnTable OBJECT-TYPE SYNTAX SEQUENCE OF tcpConnEntry A CCES S not-ac ces s ible S TA TU S m andator y D ES CRIP TION "A table containing TCP connection-specific information" ：：=｛tcp 13｝ tcpConnTable OBJECT-TYPE SYNTAX TcpConnEntry A CCES S not-ac ces s ible S TA TU S mandator y D ES CRIP TION ＂Information 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.＂ IN D EX ｛tcpConnLocalAddress, tcpConnLocalPort, tcpConnRemAddress, tcpConnRemPort｝ ：：=｛tcpConnTrable 1｝ tcpConnEntry：：=SEQUENCE｛ tcpConnState INTECER, tcpConnLocalAddress IPAddress, tcpConnLocalPort INTEGER(0..65535)， tcpConnRemAddress IPAddress, tcpConnRemPort INTEGER（0..65535）｝ tcpConnState OBJECT-TYPE S Y N TA X IN TEG ER｛closed(1), listen(2), SynSent(3), synReceived(4), established(5), finWaitl(6), finW ait2( 7), c los eW ait(8) , las tA ck(9) , clos ing(10), tim eW ait( 11), de le teTCB( 12) ｝ A CCES S read-w rit e S TA TU S m andator y D ES CRIPTIO N " The s ta te of this TCP conn ect ion." ：：=｛tcpConnEntry 1｝ tcpConnLocalAddress OBJECT-TYPE S Y N TA X IpA ddres s A CCES S read-onl y S TA TU S m andator y D ES CRIPTIO N " The lo ca l IP addr es s for t his TCP conn ect ion." ：：=｛tcpConnEntry 2｝ tcpConnLocalPort OBJECT-TYPE syntax integer(0..65535) A CCES S read-onl y S TA TU S m andator y D ES CRIPTIO N " The lo ca l port n um ber for this TCP conn e ction ." ：：=｛tcpConnEntry 3｝ tcpConnRemAddress OBJECT-TYPE S Y N TA X IpA ddres s A CCES S read-onl y S TA TU S m andator y D ES CRIPTIO N " The r em ote Ip addres s for t his TCP conn ect ion." ：：=｛tcpConnEntry 4｝ tcpConnRemPort OBJECT-TYPE SYNTAX INTEGER(0..65535) A CCES S read-onl y S TA TU S m andator y D ES CRIPTIO N " The r em ote por t num ber f or this TCP conn ect ion." ：：=｛tcpConnEntry 5｝ 11．表 3-5 是一個簡化的路由表，圖 3-12 是MIB-2 Ip組。在表 3-6 中填入路由表對象及其實 例的詞典順序。 表 3-5 ipRouteDest ipRouteMetric 1 ipRouteNextHop 10.10.10.10 4 9.9.9.9 11.11.11.11 5 8.8.8.8 ipRouteTable(1.3.6.1.2.1.4.21) ip Rou teE nt ry(1.3.6.1.2.1.4.21.1=x) ip Ro ute D est( 1) …… ip Ro ute Metr i cl( 3) …… ip Ro ute N extH op( 7) 圖 3-12 表 3-6 對 象 對象標(biāo)識符 下一對象實例 ipRouteTable 1.3.6.1.2.1.4.21 1.3.6.1.2.1.4.21.1.1.10.10.10.10 ipRouteEntry 1.3.6.1.2.1.4.21.1 1.3.6.1.2.1.4.21.1.1.10.10.10.10 ipRouteDest 1.3.6.1.2.1.4.21.1.1 1.3.6.1.2.1.4.21.1.1.10.10.10.10 ipRouteDest.10.10.10.10 1.3.6.1.2.1.4.21.1.1.10.10.10.10 1.3.6.1.2.1.4.21.1.1.11.11.11.11 ipRouteDest.11.11.11.11 1.3.6.1.2.1.4.21.1.1.11.11.11.11 1.3.6.1.2.1.4.21.1.3.4 ipRouteMetricl 1.3.6.1.2.1.4.21.1.3 1.3.6.1.2.1.4.21.1.3.4 ipRouteMetricl.4 1.3.6.1.2.1.4.21.1.3.4 1.3.6.1.2.1.4.21.1.3.5 ipRouteMetricl.5 1.3.6.1.2.1.4.21.1.3.5 1.3.6.1.2.1.4.21.1.7.9.9.9.9 ipRouteNextHop 1.3.6.1.2.1.4.21.1.7 1.3.6.1.2.1.4.21.1.7.9.9.9.9 ipRouteNextHop.9.9.9.9 1.3.6.1.2.1.4.21.1.7.9.9.9.9 1.3.6.1.2.1.4.21.1.7.8.8.8.8 ipRouteNextHop.8.8.8.8 1.3.6.1.2.1.4.21.1.7.8.8.8.8 1.3.6.1.2.1.4.21.1.x 習(xí) 題 4 1． MIB-2 中包括哪些組？分別是什么？ [解答] MIB-2 包括 11 個功能組，分別是：System 組、Interfaces 組、At 組、Ip 組、Icmp 組、Tcp 組、Udp 組、Egp 組、Cmot組、Transmission 組、Snmp 組。 2． 通過 MIB 中的哪個對象，可以知道系統(tǒng)運行的時間？ [解答] 通過 MIB 中的 sysUpTime，可以知道系統(tǒng)已經(jīng)運行了多長時間。 3． 如果某主機的對象 sysServices的值為 68，則該主機提供了哪些協(xié)議層服務(wù)？ [解答] 主機的對象 sysServices的值為 68，即二進制數(shù)值為 1000100B，該主機提供了第三層 至第七層的協(xié)議層服務(wù)。 4． 對象 ifOperStatus和 ifAdminStatus的值分別為 1 和 2，這說明什么？ [解答] ifAdminStatus對象和 ifOperStatus對象都返回整數(shù)，值 1 表示 Up，值 2 表示 Down。 把這兩個對象結(jié)合在一起，失效管理應(yīng)用可以確定接口的當(dāng)前狀態(tài)。 5． 如何計算接口的輸入錯誤率、輸出錯誤率、丟棄的輸入包率和輸出包率？ [解答] 接口的輸入和輸出錯誤率計算如下： 輸入錯誤百分率=ifInErrors/(ifInUcastPkts+ifInNUcastPkts) 輸出錯誤百分率=ifOutErrors/(ifOutUcastPkts+ifOutNUcastPkts) 丟棄的輸入包率=ifInDisscards/(ifInUcastPkts+ifInNUcastPkts) 丟棄的輸出包率=ifOutDiscards/(ifOutUcastPkts+ifOutNUcastPkts) 6． 如何計算 IP 數(shù)據(jù)包的輸入錯誤率、輸出錯誤率、輸入速率和轉(zhuǎn)發(fā)速率？ [解答] IP 輸入錯誤率 =(ipInDiscards + ipInHdrErrors + ipInAddrErrors)/ ipInReceives I P輸出錯誤率 =(ipOutDiscards + ipOutNoRoutes)/ ipOutRequests I P輸入速度 = (ipInReceivesy ? ipInReceivesx)/(y ? x) i pF or w D atagr am s告知設(shè)備對 IP 數(shù)據(jù)報轉(zhuǎn)發(fā)的速率，如果在時刻 x 和時刻 y 被兩次查 詢，則可得 IP 轉(zhuǎn)發(fā)速度。 I P轉(zhuǎn)發(fā)速度 = (ipForwGatagramsy ? ipForwDatagramsx)/(y ? x) 7． 如何計算 ICMP分組的發(fā)送率和接收率？ [解答] 計算 ICMP 分組的發(fā)送率和接收率，必須首先獲得實體發(fā)送和接收的分組的總數(shù)， 這可以通過找出每個接口的輸出分組和輸入分組的總數(shù)完成，然后用 icmpOutMsgs 和 icmpInMsgs 去除以該和從而獲得發(fā)送和接收 ICMP 分組的百分率。通過多次查詢該對象， 可以找出 ICMP分組發(fā)送和接收實體的速率。 8． 通過哪些對象可以知道輸入的 Echo 消息個數(shù)、輸入的 EchoReply 消息個數(shù)和輸入的超 時消息個數(shù)？ [解答] 通過 icmpInEchos 可以知道輸入的 Echo 消息個數(shù)；通過 icmpInEchoReps 可以知道 輸入的 EchoReply消息個數(shù)；通過 icmpInTimeExcds可以知道輸入的超時消息個數(shù)。 9． 如何計算 TCP 段的輸入速率和輸出速率？ [解答] 讓應(yīng)用在不同的時間查詢 tcpInSegs 和 tcpOutSegs 的值，可以檢測 TCP 段的輸入速 率和輸出速率。 10． 如何計算 UDP 包的輸入速率和輸出速率？ [解答] 查詢 udpInDatagrams和 udpOutDategrams會產(chǎn)生數(shù)據(jù)報的輸入速率和輸出速率。 習(xí) 題 5 1．SNMPv1規(guī)定了哪些協(xié)議數(shù)據(jù)單元？分別有什么作用？ [解答] SNMPv1 規(guī)定了如下協(xié)議數(shù)據(jù)單元：GetRequestPDU 、 GetNextRequestPDU 、 SetRequestPDU、GetResponsePDU、TrapPDU 五種類型的 PDU。 管理站通過 GetRequestPDU、GetNextRequestPDU 可以檢索管理信息庫中標(biāo)量對象的值， GetNextRequest 的作用與 GetRequest 基本相同， PDU 格式也相同， 唯一的差別是 GetRequest 檢索變量名所指的是對象實例，而 GetNextRequest 檢索變量名所指的是“下一個”對象實 例，且并不要求變量名是對象標(biāo)識符或者是實例標(biāo)識符。 管理站使用 SetRequestPDU設(shè)置管理信息庫中標(biāo)量對象的值， PDU 格式與 Get 是相同的，但 是在變量綁定表中必須包含要設(shè)置的變量名和變量值。 被管理對象通過 GetResponsePDU 響應(yīng)管理站的檢索與設(shè)置請求， GetResponse 操作具有原子 性，即如果所有請求的對象值可以得到，則給予應(yīng)答；反之，只要有一個對象的值得不到。 TrapPDU 在被管理對象向管理站報告管理對象的狀態(tài)變化時使用。 2．SNMP為什么不使用 TCP傳送報文？ [解答] 因為 SNMP 協(xié)議采用管理站/代理工作方式，管理站與代理使用 GetRequest、 GetNextRequest、GetResponse 報文實現(xiàn)請求與響應(yīng)，因此不必建立 TCP 連接，而采用首部 開銷比 TCP小的 UDP 報文形式。 3．簡述 SNMP報文的發(fā)送和接收過程。 [解答] SNMP 報文在管理站和代理之間傳送，包含 GetRequest、GetNextRequest 和 SetRequest 的 報文由管理站發(fā)出，代理以 GetResponse 響應(yīng)。Trap 報文由代理發(fā)給管理站，不需要應(yīng)答。 管理站可連續(xù)發(fā)出多個請求報文，然后等待代理返回應(yīng)答報文。如果在規(guī)定的時間內(nèi)收到應(yīng) 答，則按照請求標(biāo)識進行配對，亦即應(yīng)答報文必須與請求報文有相同的請求標(biāo)識。 一個 SNMP實體 （PE） 發(fā)送報文時執(zhí)行下面的過程： 首先按照 ASN.1 的格式構(gòu)造 PDU， 交給認(rèn)證進程；認(rèn)證進程檢查源和目標(biāo)之間是否可以通信，如果通過這個檢查則把有關(guān)信息 （版本號、團體名和 PDU）組裝成報文；最后經(jīng)過 BER 編碼，將報文交傳輸實體發(fā)送出去。 一個 SNMP實體（PE）接收到報文時執(zhí)行下面的過程：首先按照 BER編碼恢復(fù) ASN.1 報文，然后對報文進行語法分析，驗證版本號和認(rèn)證信息等。如果通過分析和驗證，則分離 出協(xié)議數(shù)據(jù)單元并進行語法分析，必要時經(jīng)過適當(dāng)處理后返回應(yīng)答報文。在認(rèn)證檢驗失敗時 可以生成一個陷入報文，向發(fā)送站報告通信異常情況。無論何種檢驗失敗，都丟棄報文。 4．舉例說明在 SNMPv1的操作中，如何對簡單對象進行檢索？ [解答] 檢索簡單的標(biāo)量對象值可以用 Get操作。如果變量綁定表中包含多個變量，則一次還可 以檢索多個標(biāo)量對象的值。接收 GetRequest 的 SNMP 實體以請求標(biāo)識相同的 GetResponse 響應(yīng)。例如： 用戶可以發(fā)出如下檢索命令： GetRequest(udpInDatagrams.0, udpNoPorts.0, UdpInErrors.0, udpOutDatagrams.0) 可以預(yù)期得到下面的響應(yīng) GetResponse ( udpInDatagrams.0 = 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 有相同的格式，只是它們 的錯誤狀態(tài)和錯誤索引字段被置為 0。InformRequest 是管理站和管理站之間的請求/響應(yīng)通 信，這種方法是 SNMPv2 特有的，可以由一個管理站把有關(guān)管理信息告訴給另外一個管理 站。 （1）GetRequest PDU：SNMPv2 對這種操作的響應(yīng)方式與 SNMPvl 不同，SNMPvl 的響應(yīng) 是原子性的，即只要有一個變量的值檢索不到，就不返回任何值；而 SNMPv2 的響應(yīng)不是 原子性的，允許部分響應(yīng)。 （2）GetNextRequest PDU：在 SNMPv2 中，這種檢索請求的格式和語義與 SNMPvl 基本相 同，唯一的差別就是改變了響應(yīng)的原子性。 （3）GetBulkRequest PDU：這是 SNMPv2 對原標(biāo)準(zhǔn)的主要增強，目的是以最少的交換次數(shù) 檢索大量的管理信息，或者說管理站要求盡可能大的響應(yīng)報文。對這個操作的響應(yīng)，在選擇 MIB 變量值時采用與 GetNextRequest 同樣的原理，即按照詞典順序選擇后繼對象實例，但 是這個操作可以說明多種不同的后繼。 （4）SetRequest PDU：這個請求的格式和語義與 SNMPvl 的相同，差別是處理響應(yīng)的 方式不同。 SNMPv2 實體分兩個階段處理這個請求的變量綁定表， 首先是檢驗操作的合法性， 然后再更新變量，如果至少有一個變量綁定對的合法性檢驗沒有通過，則不進行下一階段的 更新操作。 （5） Trap PDU：陷入是由代理發(fā)給管理站的非確認(rèn)性消息， SNMPv2 的陷入采用與 Get 等操作相同的 PDU 格式，這一點也是與原標(biāo)準(zhǔn)不同的。 （6）InformRequest PDU：這是管理站發(fā)送給管理站的消息，PDU格式與 Get等操作 相同，變量綁定表的內(nèi)容與陷入報文一樣。但是與陷入不同，這個消息是需要應(yīng)答的。因 此，管理站收到通知請求后首先要決定應(yīng)答報文的大小，如果應(yīng)答報文的大小超過本地或?qū)?方的限制，則返回錯誤狀態(tài) tooBig。如果接收的請求報文不是太大，則把有關(guān)信息傳送給本 地的應(yīng)用實體，返回一個錯誤狀態(tài)為加 Err 的響應(yīng)報文，其變量綁定表與收到的請求 PDU 相同。關(guān)于管理站之間通信的內(nèi)容，SNMPv2給出了詳細(xì)的定義。 6．SNMPv2對 MIB-2 的擴展包括哪些方面？ [解答] SNMPv2 MIB擴展和細(xì)化了 MIB-2中定義的管理對象，又增加了新的管理對象。 （1）系統(tǒng)組。SNMPv2 的系統(tǒng)組是 MIB-2 系統(tǒng)組的擴展，這個組只增加了與對象資源有 關(guān)的一個標(biāo)量對象 sysORLastChange和一個表對象 sysORTable。 （2）Snmp 組。Snmp 組是由 MIB-2 的對應(yīng)組改造而成的，新的 Snmp 組對象少了，去掉了 許多對排錯作用不大的變量。 （3）Mib 對象組。這個新組包含的對象與管理對象的控制有關(guān)，分為兩個子組：第一個 子組 snmpTrap 由snmpTrapOID 和 snmpTrapEnterprise 組成； 第二個子組 snmpSet 僅有一個 對象 snmpSerialNO。 （4） 接口組。 MIB-2 定義的接口組分析了原來的接口組沒有提供的功能和其他不足之處。 糾正了原標(biāo)準(zhǔn)中的接口編號、接口子層、虛電路問題、不同傳輸特性的接口、計數(shù)長度、接 口速度、組播/廣播分組計數(shù)、接口類型、ifSpecific 等問題。增加了接口擴展表、接口堆 棧表、接口測試表、接口地址表 4個新表。 7．SMIv2 中，如何進行行的創(chuàng)建和刪除？ [解答] (1) 生成概念行可以使用兩種不同的方法，分為 4 個步驟： ① 選擇實例標(biāo)識符。針對不同的索引對象可考慮用不同的方法選擇實例標(biāo)識符。 ② 產(chǎn)生概念行。產(chǎn)生概念行主要有兩種方法：管理站通過事務(wù)處理產(chǎn)生和激活概念行；管 理站與代理協(xié)商生成概念行。 ③ 初始化非默認(rèn)值對象。管理站用 Get 操作查詢所有列，以確定是否能夠或需要設(shè)置列對 象的值。 ④ 激活概念行。管理站對所有列對象實例滿意后，用 Set 操作置狀態(tài)列對象為 active。如 果代理有足夠的信息使得概念行可用，則返回 noError；如果代理沒有足夠的信息使得概念 行可用，則返回 noInService。 (2) 概念行的刪除。管理站發(fā)出 Set 命令，把狀態(tài)列置為 destroy，如果這個操作成功，則概念行立即被刪除。 8．簡述 SNMPv3 體系結(jié)構(gòu)的特點。 [解答] SNMPv3 通過簡明的方式實現(xiàn)了加密和驗證功能。 SNMPv3 結(jié)構(gòu)是由分布的、相互連接 的 SNMP 實體組成。每一個實體可以作為一個代理節(jié)點、管理器節(jié)點或代理和管理器的混 合節(jié)點。 SNMPv3 實體通常由一 SNMP 引擎和一個或多個相關(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è)計思想，SNMP 引擎和它支持 的應(yīng)用被定義為一系列獨立的模塊。 SNMP實體的功能由所在實體的多個模塊決定，每個實 體僅僅是模塊的不同組合，每個模塊具有相對獨立性，當(dāng)改進或替換某一模塊時，不會影響 整個結(jié)構(gòu)，這樣可以簡單地實現(xiàn)功能的增加和修改。 作為 SNMP 實體核心的 SNMP 引擎用于發(fā)送和接受消息、鑒別消息、對消息進行解密 和加密以及控制對被管對象的訪問等功能。 SNMPv3 可運用于多種操作環(huán)境，可根據(jù)需要增加、替換模塊和算法，具有多種安全處 理模塊，有極好的安全性和管理功能，既彌補了前兩個版本在安全方面的不足，同時又保持 了 SNMPv1和 SNMPv2易于理解、易于實現(xiàn)的特點。 9．SNMPv3引擎有什么功能，包括哪幾部分？ [解答] SNMPv3 中將管理站和代理的實體稱做 SNMP 實體（SNMP Entity） 。實體是體系結(jié)構(gòu) 的一種實現(xiàn)，由一個 SNMP引擎（SNMP Engine）和一個或多個有關(guān)的 SNMP應(yīng)用（SNMP Application）組成。 SNMP引擎提供三項服務(wù)：發(fā)送和接收報文；認(rèn)證和加密報文；控制對管理對象的訪問。 SNMP 引擎有唯一的標(biāo)識 snmpEngineID，這個標(biāo)識在一個上層管理域中是無二義性的。由 于 SNMP引擎和 SNMP實體具有一一對應(yīng)的關(guān)系， 因而 snmpEngineID 也是對應(yīng)的 SNMP 實 體的唯一標(biāo)識。 SNMP 引擎具有復(fù)雜的結(jié)構(gòu)，它包含一個調(diào)度器、一個報文處理子系統(tǒng)、一個安全子系統(tǒng) 以及一個訪問控制子系統(tǒng)。一個 SNMP 引擎只有一個調(diào)度器，它可以并發(fā)地處理多個版本 的 SNMP 報文。報文處理子系統(tǒng)由一個或多個報文處理模塊組成，每一個報文處理模塊定 義了一種特殊的 SNMP 報文格式，它的功能是按照預(yù)定的格式準(zhǔn)備要發(fā)送的報文，或者從 接收的報文中提取數(shù)據(jù)。安全子系統(tǒng)提供安全服務(wù)，一個安全子系統(tǒng)可以有多個安全模塊，以 便提供各種不同的安全服務(wù)。安全子系統(tǒng)由安全模型和安全協(xié)議組成。每一個安全模塊定義了一 種具體的安全模型，說明它可以防護的安全威脅、它提供安全服務(wù)的目標(biāo)和使用的安全協(xié)議。而 安全協(xié)議則說明了用于提供安全服務(wù)的機制、過程以及 MIB 對象。目前的標(biāo)準(zhǔn)提供了基于用戶 的安全模型。訪問控制子系統(tǒng)通過訪問控制模塊提供授權(quán)服務(wù)，即確定是否允許訪問一個管理 對象，或者是否可以對某個管理對象實施特殊的管理操作。每個訪問控制模塊定義了一個具體 的訪問決策功能，用以支持對訪問權(quán)限的決策。在應(yīng)用程序的處理過程中，訪問控制模塊還可 以通過已定義的 MIB 模塊進行遠程配置訪問控制策略。 SNMPv3 定義了基于視圖的訪問控制模 型。 10．SNMPv3 在安全方面做了哪些改進？ [解答] SNMPv3 針對 SNMPv2 的最大改進主要在安全性和管理能力兩個方面。SNMPv3 采用 User-based 安全模型和 View-based 訪問控制模型提供 SNMP 網(wǎng)絡(luò)管理的安全性，并利用加 密的方式來避免信息的泄漏。 SNMPv3 在安全性方面的改進主要有 3 點： 1、SNMP的數(shù)據(jù)報文將被使用 DES 加密來避免信息的非法泄漏； 2、SNMP管理端與 SNMP Agent 通訊時必須要通過認(rèn)證（authenticated）來保證身份的 正確性、信息的完整性合信息的合時性（timeliness） ； 3、SNMP Agent 實現(xiàn)了 User-base 和 View-base 訪問控制模型，訪問控制可以精確到數(shù) 據(jù)級別，并且更加靈活利于控制。 習(xí) 題 6 1．簡述 RMON 的概念。RMON 是如何工作的？ [解答] 通常用于監(jiān)視整個網(wǎng)絡(luò)通信情況的設(shè)備叫做網(wǎng)絡(luò)監(jiān)視器、網(wǎng)絡(luò)分析器或探測器。監(jiān)視器 觀察 LAN 上出現(xiàn)的每個分組，并進行統(tǒng)計和總結(jié)，給管理人員提供重要的管理信息。監(jiān)視 器還能存儲部分分組，供以后分析用。監(jiān)視器也根據(jù)分組類型進行過濾并捕獲特殊的分組。 通常每個子網(wǎng)配置一個監(jiān)視器并與中央管理站通信，因此也稱其為遠程監(jiān)視器。監(jiān)視器可以 是一個獨立設(shè)備，也可以是運行監(jiān)視器軟件的工作站或服務(wù)器等。RMON 監(jiān)視器或探測器 實現(xiàn) RMON 管理信息庫。這種系統(tǒng)與通常的 SNMP代理一樣包含一般的 MIB。另外還有一 個探測器進程，提供與 RMON 有關(guān)的功能。探測器進程能夠讀寫本地的 RMON 數(shù)據(jù)庫，并 響應(yīng)管理站的查詢請求，所以也把 RMON 探測器稱為 RMON代理。 2．簡述 RMON1 各個組的功能和結(jié)構(gòu)。 [解答] RMON MIB 定義了 10 個組， 存儲在每一組中的信息都是監(jiān)視器從一個或幾個子網(wǎng)中統(tǒng) 計和收集的數(shù)據(jù)。 (1) 統(tǒng)計組。針對以太網(wǎng)，該組提供一個表，該表每一行表示一個子網(wǎng)的統(tǒng)計信息。其 中的大部分對象是計數(shù)器，記錄監(jiān)視器從子網(wǎng)上收集到的各種不同狀態(tài)的分組數(shù)。針對令牌 環(huán)網(wǎng)，在統(tǒng)計組增加了兩個表： tokenRingMLStatsTable和 tokenRingPstatsTable。前者統(tǒng)計令 牌環(huán)中各種 MAC 控制分組，后者統(tǒng)計各種數(shù)據(jù)分組。 (2) 歷史組。針對以太網(wǎng)，存儲的是以固定間隔取樣所獲得的子網(wǎng)數(shù)據(jù)。該組由歷史控 制表和歷史數(shù)據(jù)表組成。控制表定義被取樣的子網(wǎng)接口編號、取樣間隔大小以及每次取樣數(shù) 據(jù)的多少，而數(shù)據(jù)表則用于存儲取樣期間獲得的各種數(shù)據(jù)。針對令牌環(huán)網(wǎng)，擴展了歷史組， 定義了兩個新的歷史表：tokenRingMLHistoryTable和 tokenRingPHistoryTable。 (3) 主機組收集新出現(xiàn)的主機信息，其內(nèi)容與接口組相同。 (4) 最高 N 臺主機組記錄某種參數(shù)最大的 N 臺主機的有關(guān)信息，這些信息的來源是主 機組。在一個取樣間隔中收集到的一個子網(wǎng)上的一個主機組變量數(shù)據(jù)集合叫做一個報告?？?見，報告是針對某個主機組變量的，是該變量在取樣間隔中的變化率。最高 N 臺主機組提 供的是一個子網(wǎng)上某種變量變化率最大的 N 臺主機的信息，這個組包含一個控制表和一個 數(shù)據(jù)表。 (5) 矩陣組記錄子網(wǎng)中一對主機之間的通信量，信息以矩陣的形式存儲。 (6) 警報組定義了一組網(wǎng)絡(luò)性能的門限值，超過門限值時向控制臺產(chǎn)生報警事件。 (7) 過濾組提供一種手段，使得監(jiān)視器可以觀察接口上的分組，通過過濾選擇出某種指 定的特殊分組。過濾組由 filterTable和 channelTable兩個控制表組成。 (8) 包捕獲組建立一組緩沖區(qū)，用于存儲從通道中捕獲的分組。這個組由控制表和數(shù)據(jù) 表組成。 (