特性描述-網(wǎng)絡管理v100r005c

商標和其他商標均為技術的商標注您的產(chǎn)品、服務或特性等應受公司商業(yè)合同和條款的約束，本文檔中描述的全部或部分產(chǎn)品、服務或特性可能不在您的或使用范圍之內。除非合同另有約定，公司對本文檔內容不做任何明示或默示的聲技術 市龍崗區(qū)坂田總部辦公樓：518129 前 免，會導致人員或嚴重。文檔版本01(2010-09- 專有和信 前 斜體[[]{x|y|...[x|y|...{x|y|...}[x|y|...]# 專有和信 文檔版本01(2010-09- 目前 1介 2 3 3SNMP基本原 4SNMP管理模 5 6 8SNMPv1工作原 SNMPv2c工作原 SNMPv3工作原 SNMP協(xié)議在安全性方面的比 1介 2 2 2 2組播 3 3 4管理 6 6應 6 8 1介 2 2 2 2 3文檔版本01(2010-09-10) 專有和信息 目 NTP事件處 NTP的動態(tài)連接和靜態(tài)連 介 UDP 介 RMON的基本框 RMON的特 RMON的............................................................................................................................5-RMON的表管 RMON在設備的實 信 插圖1-1SNMP典型配 4圖1-2委托示 5圖1-3SNMP管理模 6圖1-4MIB樹結 7圖1-5SNMP的報文操 11圖2-1集群中設備角色轉換示意 3圖2-2Ethernet-II幀格 4圖2-3NTDP拓撲信息收集示意 5圖2-4HGMP的應 7圖3-1NTP網(wǎng)絡結 3圖3-2NTP實現(xiàn)過程 6圖4-1UDPJitter應用場 5圖4-2HTTP應用場 6圖4-3DNS應用場 7圖4-4FTP應用場 7圖4-5SNMP應用場 8圖4-6TCP應用場 8圖4-7UDP應用場 9圖4-8ICMP應用場 9圖4-9Trace應用場 圖5-1RMONMIB 5圖5-2統(tǒng)計 6圖5-3歷史 7圖5-4host 8圖5-5最高N臺主機 8圖5-6矩陣 9圖5-7過濾 圖5-8捕獲 圖5-9事件 表表1-1MIB節(jié)點的管理信息類 表1-2PDU類 表1-3差錯狀態(tài)描 表1-4trap類型描 表1-5SNMP協(xié)議安全性比 表4-1NQA與的比 表5-1各表的生存時 文檔版本01(2010-09- 專有和信 1012010-09- 信

SNMP（SimpleNetworkManagementProtocol，簡單網(wǎng)絡管理協(xié)議）TCP/IP網(wǎng)絡的網(wǎng)絡管理標準協(xié)議。SNMP提供了一種通過運行網(wǎng)絡管理軟件的中算機（即lGET，GET-NEXTl管理工作站通過SET來設置網(wǎng)絡資源 后來，IETF頒布了SNMPv2p。SNMPv2p為了解決安全問題，引入?yún)⑴c者的概念。但SNMPv1中的團體名進行安全認證。SNMPv2c中引入了getbulk操作，并且提供的錯誤碼信息。USM（UserSecurityModule）的認證加密和基于VACM（View-basedAccessControl ：用來被管理設備狀態(tài)的特殊軟件或固件(firmware) 專有和信 文檔版本01(2010-09- 1 RFCSimpleNetworkManagementProtocol-RFCProtocolOperationsforVersion2oftheSimpleNetworkManagementProtocol(SNMPv2)-RFCAnArchitectureforDescribingSNMPManagement-RFCIntroductiontoVersion3oftheInternet-standardNetworkManagementFramework-RFCAnArchitectureforDescribingSNMPManagement-RFCMessageProcessingandDispatchingfortheSimpleNetworkManagementProtocol(SNMP)-RFCSNMP-RFCUser-basedSecurityModel(USM)forversion3oftheSimpleNetworkManagementProtocol(SNMPv3)-RFCView-basedAccessControlModel(VACM)fortheSimpleNetworkManagementProtocol(SNMP)-RFCStructureofManagementInformationVersion2-RFCTextualConventionsfor-RFCConformanceStatementsfor-012010-09- 信1

SNMPstation），它是整個網(wǎng)絡的中心，在它之上運行管理進程。1-1SNMPmanagement UserNetworkNetwork對其進行管理。這時網(wǎng)元可使用委托（proxyagent），由委托來對管理對象進行管理。委托能提供如協(xié)議轉換和過濾操作的匯集功能。委托示意如圖1-2所 專有和信 文檔版本01(2010-09- 1圖1-2委托示usedbySNMP 設備端的模塊由于達到模塊定義的告警觸發(fā)條件，通過Agent向端工作站的NMS發(fā)送Trap消息，告知設備側的出現(xiàn)的情況，這樣便于網(wǎng)絡管理人員及時的對1-3文檔版本01(2010-09- 專有和信 51

1-3SNMP

MIB（ManagementInformationBase，管理信息庫）指明了網(wǎng)絡元素所的變量（即能的被管理對象的集合。SNMP的管理信息庫采用和系統(tǒng)DNS相似的樹型結構，命名（objectnaming）樹。 專有和信 文檔版本01(2010-09- 11-4MIB Joint-iso-

registration experim experim private(4) . tcp(6)udp(7) .........影的虛線方框），并在Internet結點旁邊標注上{}即可。在Internet結點下面的第二個結點是mgmt（管理），標號是2。再下面是管理信息庫，mib。1991MIB-IIMIB-II，其標識為{.2.1}，或{Internet(1).2.1}。這種標識為對象標識符。信息類別已超過40個。1-1MIB12address34Internet軟件（IP分組統(tǒng)計012010-09- 信1

56TCP軟件（算法、參數(shù)和統(tǒng)計7UDP軟件（UDP通信量統(tǒng)計8EGP軟件（外部網(wǎng)關協(xié)議通信量統(tǒng)計戶軟件來管理具有不同版本的MIB的多個交換機。當然，若一臺交換機上不支持此以下是SMI中定義的標準數(shù)據(jù)類型： 值，而UDP和TCP的端取值范圍是0到65535。 OCTER 的變量過255個字符（可以為0個字符）。 OBJECTMIB樹形結構中的位置 專有和信 文檔版本01(2010-09- 1非負的整數(shù)，取值范圍是從0～ 位。例如，MIB中的tcpCurrEstab就是這種類型的變量，它代表目前在ESTABLISHED或CLOSE_WAIT狀態(tài)的TCP連接數(shù)。 C程序設計語言中的“structureSEQUENCE0就是這種類型的變量。它代表在進程側目前“激活”的UDP數(shù)量（“激活”表示目前被應用程序所用）。在這個變量中包含兩個元素：INTEGER類型中的udpLocalPort，從0到65535，表示端 但是看到，SNMP在使用這個數(shù)據(jù)類型時，其向量中的每一個元素是一個文檔版本01(2010-09- 專有和信 91

lllllllll––ER–OCTE––TTGlApplicati–––––Gauge–––– 信012010-09- 1SNMPv1 set-request操作：設置進程的一個或多個參數(shù)值 get-response操作：返回的一個或多個參數(shù)值。這個操作是由進程發(fā)出的，它 示，描述了SNMP的這5種報文操作。說明1-5SNMPUDPportUDPport

UDPUDPportUDPUDPportUDPUDPport012010-09- 信1

版 1-2PDUPDU0123set-4get/set

請求標識符(request這是由管理進程設置的一個整數(shù)值。進程在發(fā)送get-response報文時也要返回此請求標識符。管理進程可同時向多個發(fā)出get報文，這些報使用UDP進 差錯狀態(tài)（error由進程響應時填入，如表1-3的描述PDU012345 專有和信 文檔版本01(2010-09- 1 差錯索引(error當出現(xiàn)noSuchName、badValue或readOnly的差錯時，由進程在響應時設置的trap

企業(yè) trap1-4trapTrap0123456 特定代碼(specific- 時間戳時間戳為1908表明在初始化后19080ms發(fā)生了該事件。SNMPv2c單易行，SNMP對部分的功能進行了裁減，如：文檔版本01(2010-09- 專有和信 1

沒有提供managermanager之間通信的機制，只適合集中式管理，而不利于進行列RFC文檔。在這系列新文檔中，舍棄了原有SNMPv2的安全方面特性，最終形成SNMPv2c。SNMPv2c仍然使用SNMPv1的消息機制和概念。 SMI（管理信息結構 對比SNMPv1，SNMPv2c新增兩種報文類型get-bulk報文：基于get-next實現(xiàn)。通過給get-bulk操作，實現(xiàn)了 理設備的信息群查詢，相當于連續(xù)執(zhí)行多次get-next操作。在 informRequset報文：通過informRequest操作，為告警提供保證機制。設備端在確認端已經(jīng)接收到告警信息，否則會重新傳送此告警消息，直到得到SNMPv3RFC2271SNMPv3體系結構，體現(xiàn)了模塊化的設計思想，可以簡單地實現(xiàn)協(xié)議 與SNMPv1和SNMPv2相比，SNMPv3通過本地處理模塊和用戶安全模塊實現(xiàn)控制、驗證和加密。信息處理和控制模塊（MessageProcessingAndControlModel）RFC2272中定義，它信息產(chǎn)生過程中，該模塊接收來自調度器（Dispatcher）PDU，然后由用戶安全模塊全參數(shù)，然后再將解包后的PDU送給調度器處理。 專有和信 文檔版本01(2010-09- 1

本地處理模塊（LocalProcessingModel）的功能主要是進行控制、數(shù)據(jù)組包和中 發(fā)令或確定管理站可以的MIB中的具體內容。 定。SNMPv3通過使用帶有不同參數(shù)的原語來靈活地確定

了廣泛的應用。SNMP使用的HMAC可以分為兩種：HMAC-MD5-96和HMAC-SHA-96。前者的哈希函數(shù)是MD5，使用128位authKey作為輸入。后者的哈希函數(shù)是SHA-1，使用160位authKey作為輸入。l加密：采用數(shù)據(jù)加密標準（DES）的組（CBC）碼，使用128位的privKey作為輸入。管理站使用密鑰計算，然后將其加入信息中，而則使用同一密鑰從接收的信息中提取出，從而得到信息。加密的過程與驗證類似，也需要管理站和共享同一密鑰來實現(xiàn)信息的加密和?；谝晥D的控制模塊控制模塊（View-basedAccessControlModel）在RFC2515中圖達到限制讀操作或寫操作或trap（v3）的目的。1-5SNMPNO，采用團體NO，采用團體YES，基于用戶名文檔版本01(2010-09- 專有和信 類型。ASN.1描述傳輸過程的中的語法，但不涉及具體數(shù)據(jù)含義的

SimpleNetworkManagementStructureofManagementManagementInformationProtocolDataNetworkManagement 專有和信 文檔版本01(2010-09- 2012010-09- 信

HGMP是 GroupManagementProtocol的簡稱，又稱集群管理協(xié)議，主要目沒有使用HGMP管理設備時，設備人員無法管理設備，也不能批量操作設非常巨大而且繁瑣。利用HGMP集中管理設備，有以下優(yōu)點：

說明 專有和信 文檔版本01(2010-09- 2 說明2-1l0180-c200-0003~0180-c200-0007l0180-c200-0009~0180-c200-0010l0180-c200-0020~0180-c200-002f說明文檔版本01(2010-09- 專有和信 32

集群通信的私有IP地址、硬件平臺等信息。2-2Ethernet-IIEthernet_II的幀中各字段說明如下： DMAC（DestinationMAC）是目的地址。DMAC確定幀的接收者 SMAC（SourceMAC）是源地址。SMAC字段標識發(fā)送幀的工作站 在以太網(wǎng)中，多種協(xié)議可以在局域網(wǎng)中同時共存。因此，在EthernetII的類型字段 將計算出的CRC碼填入4字節(jié)的CRC字段。NTDPNetworkTopologyDiscoveryProtocol的簡稱，又稱網(wǎng)絡拓撲發(fā)現(xiàn)協(xié)議 專有和信 文檔版本01(2010-09- 2TopologycollectionSwitchenabledwithNTDPNTDPrequestpacketNTDPresponsepacket信息。NTDPNTDP報文收集上述信息，NTDPEthernet-II幀中傳輸。l所有集群設備拓撲轉發(fā)該報文，該報文可以遍歷集群內所有設備。該報文的目的MAC地址（DA_MAC）為HGMP組播MACl指定設備拓撲信NTDPNTDP直接請求報文收集指定設備的拓撲信息。只有目的設備才會響應為指定設備的MAC地址。l發(fā)起設備信012010-09- 信2

集群設備收到拓撲請求報文后，會向發(fā)起拓撲請求的設備回應NTDP拓撲響應報文的目的MAC地址（DA_MAC）為發(fā)起拓撲請求設備的MAC地址。內部私有源IP地址和端口替換為外部可識別的公有IP地址和端口。都分配公網(wǎng)IP地址。所以，集群內成員設備通過NAT方式和外部設備互通。

2-4 專有和信 文檔版本01(2010-09- 22-4HGMP MemberCandidate Member MemberMember MemberAdministrator：命令交換 Member：成員交換

Candidate General：不支持HGMP的普通交換l批量升級 VLAN等。增量配置誤可針對序號找到執(zhí)行錯誤令。 文檔版本01(2010-09- 專有和信 72

PAF控制設備命令交換機需要啟用NTDP定時收集功能。 FTPServer上。通 開二層口NDPNTDP協(xié)議后，成員交換機上大量二層口自動配置了NDP和NTDP協(xié)議使能。這些端口，對集群管理沒有作用，稱作不相關端口。理，減輕了CPU的負擔，同時也確保了集群拓撲不再輕易變化。IP地址可以實現(xiàn)對集群內所NeighborDiscoverNetworkAddress 專有和信 文檔版本01(2010-09- 3012010-09- 信

NTP（NetworkTimeProtocol，網(wǎng)絡時間協(xié)議）是用于互聯(lián)網(wǎng)中時鐘同步的應用層協(xié)RFCNTP模塊需求規(guī)格基-NTP的本地系統(tǒng)，既可以接受來自其NTP報文互相同步。NTP基于UDP傳輸，使用端123。徑組成，如圖3-1所示。 專有和信 文檔版本01(2010-09- 33-1NTP23

23l主時間服務器直接同步到主參考時鐘，主參考時鐘通常是RadioClock或定位l二級時間服務器通過網(wǎng)絡中的主時間服務器或者其它二級服務器取得同步。二級時間服務器通過NTP將時間信息傳送到網(wǎng)絡內部的其它主機。的工作模式，NTP4種方式：客戶/服務器模式、對等體模式、廣播模l客戶模式：運行在客戶模式的主機定期向服務器端發(fā)送報文，不管服務器端是否可l 服務器模式：運行在服務器模式的主機接收并回應報文。運行在服務器模式的主與其源IP地址和源端相交換，再填寫所需的信息，然后把報文發(fā)送給客戶端。服012010-09- 信3

l主動對等體：運行在這一模式下的主機定期發(fā)送報文，不考慮它的對等體是否可達l對等體：運行在這一模式的主機接收并回應報文。運行在對等體模式的主l運行對等體模式的必備條件：本機接收的報文來自一個運行在主動對等體模式說明

l55發(fā)送時鐘同步報文，不管它

l服務器端周期性向組播地址發(fā)送時鐘同步報文。運行在組播模式的主機通常是網(wǎng)絡l客戶端偵聽來自服務器的組播消息包。當接收到第一個組播消息包后，為估計網(wǎng)絡NTPNTP報文到

專有和信 文檔版本01(2010-09- 3的是老版本的NTP，發(fā)送端和對等體端的模示對應，則接受該報文并進行下一步的處error則丟棄收到的報文，另外如果該連接不是預先配置的連接則刪除該連接。具體分為如下4種情況： 組合結果為recv，收到的報文被處理，并且在報文頭有效時，將該連接標識為可 如果組合結果為pkt收到的報文被處理，并且在報文頭有效時將該連接標識為可originatetimetamp報文有可能次序顛倒、是假報文或較差的報文。當模式為廣播模式（5）0offset、delaydispersion由時鐘過濾過程確定后，時鐘選擇調用時鐘更時鐘選擇過程被調用，時鐘選擇過程由兩個算法組成：intersection算法和clustering(聚 文檔版本01(2010-09- 專有和信 53

當時鐘選擇過程形成的候選對等體的offset、delay和dispersion很接近時，時鐘NTP3-23-2NTPNTPNTPpacket NTPNTP 10:00:00amNTPNTPPacketreceivedat SwitchB的時鐘設定為11:00:00am。 專有和信 文檔版本01(2010-09- 3 至此，SwitchA擁有足夠信息來計算以下兩個重要參數(shù)： SwitchA相對SwitchB的時間差：Offset=（（T2-T1）+（T3-T4））/2

子網(wǎng)中其它時間服務器的計時錯誤。因此，NTP還提供了兩種安全機制：權限和NTP驗證功能。這樣就對網(wǎng)絡的安全性提供了保障。支持4個等級的限制，當1個NTP請求到達本地時，按照最小限制到最大限制依次匹配，以第1個匹配的為準，匹配順序如下： 能，應同時配置密鑰，并可信的密鑰。 NTP模塊實現(xiàn)中，對每一個同步源都建立了一個PEER結構，并把這些PEER結構以Hash的形式成鏈狀。每一個PEER結構對應于接，即Association或者稱為session（會話）。NTP協(xié)議規(guī)定連接的總數(shù)是128，包括靜態(tài)連接和動態(tài)連接，其中動態(tài)連接數(shù)最大為100。文檔版本01(2010-09- 專有和信 73

的第17個報文：l在組播模式中，用戶在組播服務器端的接口下配置服務器的地址，這個時候在服務l在廣播模式中，用戶在廣播服務器端的接口下使能服務器模式，這個時候在服務器NetworkTimeProtocol——網(wǎng)絡時間協(xié)議，是用于互聯(lián)網(wǎng)中時間同步的應 專有和信 文檔版本01(2010-09- 3lOriginateTimestamp(peer.xmt,pkt.xmt)NTP報文離開發(fā)送端時的當?shù)貢r間（T1），時間戳格式。lReceiveTimestamp(peer.rec,pkt.rec)NTP報文到達遠端對等體時0。lTransmitTimestamp(,)NTP報文lReferenceTimestamp(sys.reftime,peer.reftime,pkt.reftime)：表NTP報被同步過，值為0。NetworkTimeVersatileRoutingUserDatagram 4012010-09- 信

針設備，設備提供的NQA還有效的節(jié)約了企業(yè)的成本。運行指標，例如：HTTP的總時延、TCP連接時延、DNS解析時延、文件傳輸速率、FTP連接時延、DNS解析錯誤率等。有限。下文將從功能，配置和調度面來比較NQA和的差異。表4-1NQA與的比功能只能使用。TCP、UDP、DHCP、FTP、HTTP、SNMP 的測試例 專有和信 文檔版本01(2010-09- 4lNQA功能可以通過來設置各項操作的參l在大多數(shù)的測試項中，只需要配置NQAClient端就可以了。但在進行TCP、UDP和NQA服務器上配置功能在控制臺終端執(zhí)行命令，測試ll支持報文發(fā)送完后自動結束、立即結束、延 RTP:ATransportProtocolforReal-Time-DefinitionsofManagedObjectsforRemote,Traceroute,andLookupOperations-DynamicHostConfiguration-NAMES-IMPLEMENTATIONAND-FILETRANSFERPROTOCOL(FTP)STATUSANDFURTHERCOMMENTS-HypertextTransferProtocol–-HypertextTransferProtocol--012010-09- 信4

-DetectingMulti-ProtocolLabelSwitched(MPLS)DataPlaneFailures-IEEE802.1AG--DRAFT-FENNER-TRACEROUTE-IPM--ASimpleNetworkManagementProtocol-ManagementProtocol(SNMPv2)-User-basedSecurityModel(USM)forversion3oftheSimpleNetworkManagementProtocol(SNMPv3)-ASimpleNetworkManagementProtocolManagementProtocol(SNMPv2)ASimpleNetworkManagementProtocolManagementProtocol(SNMPv2)TransmissionControlEchoTracerouteUsinganIPTRACE試命令行配置測試例或由端發(fā)送相應配置操作后，NQA把相應的操作類型放入到測啟動NQA測試例，可以選擇立即啟動、延遲啟動、定時啟動。在定時器的時間到達 信012010-09- 4說明UDPUDPUDPJitterUDP報文為承載，通過記錄在報文中的時間戳信息來統(tǒng)計時延、抖動、報文的發(fā)送時間間隔。如圖4-1所示，Jitter測試的過程如下：SwitchA以一定的時間間隔向目的端（SwitchB）說明l數(shù)據(jù)包從源端（Client）到目的端（Server）和從目的端到源端的最大抖動時l從目的端到源端或從源端到目的端的最大單向延時。3000UDP20毫秒的間隔發(fā)送，可以在一分鐘內模擬G.711流量。4-1UDPJitterIP 文檔版本01(2010-09- 專有和信 54

如圖4-2所示，NQAHTTP測試提供三個階段的響應速 IP地址，DNS 4-2HTTPIPDNS

承載。如圖4-3所示，DNS測試的過程如下：出DNS解析時間。從而清晰的反映出網(wǎng)絡DNS協(xié)議的性能狀況。 專有和信 文檔版本01(2010-09- 44-3DNSIPDNS

從而清晰的反映出網(wǎng)絡FTP協(xié)議的性能狀況。4-4FTPFTP FTP

載。如圖4-5所示，SNMP測試的過程如下： 信4

4-5SNMP SNMP

如圖4-6所示，TCP測試的過程如下：手建立TCP連接的時間。從而清晰的反映出網(wǎng)絡TCP協(xié)議的性能狀況。4-6TCP NQA

SwitchASwitchC(UDPserver)發(fā)送構造的UDP報文UDPserverUDP協(xié)議的性能狀 專有和信 文檔版本01(2010-09- 44-7UDP NQA

類似于普通命令行下的命令功能，但輸出信息更為豐富： 如圖4-8所示，ICMP測試的過程如下：4-8ICMPIP 到中間各個設備的時延等信息。TRACE測試例類似于普通命令行下的tracert命令功間等信息。如圖4-9所示，TRACE測試的過程如下：文檔版本01(2010-09- 專有和信 94

4-9TraceIPIPNetworkQualityQualityofLabelSwtichFileTransferDynamicHostCnfigurationHypertextTransferPeudoWreEulationEge-to-MltIProtocolLbelUserDatagramTransportControlNameMaintenanceMaintenanceAssociationEnd 信012010-09- 4ContinuityCheckLoopbackLoopback 5介紹了的相關資料012010-09- 信

對設備進行和配置。 Agent是駐留在被管理設備上的一個進程 輪SNMP在方面的不絡通信信息的收集和統(tǒng)計。管理軟件通過輪詢方式向的MIB發(fā)出查詢信號得到這MIB計數(shù)器把統(tǒng)計數(shù)據(jù)的總和記錄流量的變化情況。軟件需要不斷的輪詢，才能通過得到的信息，分析出網(wǎng)絡的狀l占用了大量的網(wǎng)絡資源，在大型的網(wǎng)絡中，通過輪詢的方式會產(chǎn)生大量的網(wǎng)絡通信l加重了管理者的負擔，在SNMP輪詢中收集數(shù)據(jù)的任務是由網(wǎng)絡管理者通過軟件完成的，如果網(wǎng)絡管理者了3個以上的網(wǎng)段，就有可能出現(xiàn)由于負載過重，另外，MIB-II中的公有MIB和各廠家定義的私有MIB，主要提供有關設備的數(shù)據(jù)信RMON需求，IETFRMON（RemoteNetworkMonitoring）SNMP在日益擴大 專有和信 文檔版本01(2010-09- 5較簡單。RMONSNMP更有效、更積極主動地監(jiān)視網(wǎng)絡設備，為有效的子網(wǎng)提供了一種高效的。減少了站與之RMONRMON提供了一種高效的方法來子網(wǎng)范圍內的行為，以下列出了RMON的實現(xiàn)目 介紹了的相關資料RemoteNetworkMonitoringManagementInformationRemoteNetworkMonitoringManagementInformationBaseVersionRemoteNetworkMonitoringManagementInformationRemoteNetworkMonitoringMIBProtocolIdentifierIntroductiontotheRemoteMonitoring(RMON)FamilyofMIBRMONRMON在設備的實文檔版本01(2010-09- 專有和信 35RMON

于SNMP的管理終端和之間能夠通信。MIB被分成一定數(shù)量的功能表，每一 義，進行數(shù)據(jù)。RMONMIB結合在MIB-II中， RMON5-1 專有和信 文檔版本01(2010-09- 55-1RMONMIBrmon(mib-2statistic(1protocolDir(11history(2protocolDir(12alarm(3host(4hostTopN(5nlMatrix(15matrix(6alHost(16filter(7alMatrix(17capture(8userHistory(18event(9probeConfig(19 012010-09- 信5

l告警組：告警組允許針對告警變量（MIB的任意對象）預先定義一組往站。l 事件組：事件組提供關于RMON 可以記錄日志或發(fā)送TRAP到 說明

5-2statistic(rmon1EtherStatsTable(1StatsTable(2PStatsTable(3) EtherStatsTable該表包含了21對象，每個被檢測子網(wǎng)在該表中都有一條記錄，表示每個被子統(tǒng)計表提供了關于子網(wǎng)的相關信息，同時由于它還包括了很多錯誤信息，如CRC tokenRingmlStatsTabletokenRingPStats 專有和信 文檔版本01(2010-09- 5RFC定義了兩類表，一個歷史控制表和3個歷史數(shù)據(jù)表如圖5-35-3history(rmon2Table(1)etherHisTable(2Table(3)Table(4) 中。RMON規(guī)范建立在每一個被的接口上，至少要有兩個控制行，一個定義30s的采樣周期，另一個定義30min的采樣周期。短周期用于檢測突發(fā)的通信事 數(shù)據(jù)表用于記錄數(shù)據(jù)，其中etherHistoryTable是以太網(wǎng)介質特定的表。tokenRingMLIHistoryTabletokenRingTable是令牌介質的表。數(shù)據(jù)表提供了與統(tǒng)事件并向發(fā)送Trap報文，該組必須和事件組同時實現(xiàn)，告警組依賴于事件組。LAN上特定主機的統(tǒng)計信息，通過監(jiān)視器觀察正常分組中源和目的host5-4文檔版本01(2010-09- 專有和信 75

5-4hosthost(rmon4hostControlTable(1hostTable(2hostTimeTable(3 直接對應的關系，對于控制表中每行所指定的網(wǎng)絡接口，hostTable表都記錄該網(wǎng)絡接口上發(fā)現(xiàn)的MAC地址。 hostTable中增加一行后，監(jiān)視器開始檢查相應網(wǎng)絡的MAChostTable中加入 hostTimeTablehostTable表的相應行一樣的信息，只是該表是按照創(chuàng)建順序而不是主機MAC地址來索引。hostTimeTable的組織還支持管理工作站在不需要整個表的情況下高效地找到最高N臺主機組用于一個子網(wǎng)上一系列主機的統(tǒng)計信息，這些主機在基于某一參數(shù)10臺主機信hostTopNTable(hostTopNTable(2Table(1)hostTopN(rmon5 專有和信 文檔版本01(2010-09- 5 并定義了該Top-N報告上一次啟動時候的距離系統(tǒng)啟動時刻的時間。 數(shù)據(jù)表hostTopTable中包括了該表中表項所屬的報告。每一行代表了唯一的一臺主共包含3張表，其中一張控制表和25-6所示。5-6matrix(rmon 形成復雜的測試模式。過濾組由兩張控制表組成。如圖5-7所示。文檔版本01(2010-09- 專有和信 95

5-7filterfilterindex(rmonfilterTable定義了相關的過濾器，channelTable的每一行定義了唯一的一個通道

組的實現(xiàn)依賴于filter組的實現(xiàn)。它由兩張表組成如圖5-8所示。5-8Table(2)Table(1)capture(rmon8

MIB中的某個條件所觸發(fā)，而一個事件也可t