SNMP網(wǎng)絡(luò)管理模型

網(wǎng)絡(luò)管理

第四章SNMP網(wǎng)絡(luò)管理模型張崗山引言SNMP：SimpleNetworkManagementProtocol，簡單網(wǎng)絡(luò)管理協(xié)議解決基于TCP/IP協(xié)議的網(wǎng)絡(luò)的管理問題作為CMOT〔CMIPoverTcp/ip〕的過渡方案，最終成為事實上的工業(yè)標(biāo)準(zhǔn)SimpleSNMP開展歷史TCP/IP網(wǎng)絡(luò)管理開展歷史ICMP(InternetControlMessageProtocol,RFC792)ping:echo/echo-reply〔時間戳〕1987年，簡單網(wǎng)關(guān)監(jiān)控協(xié)議〔SGMP〕發(fā)布，用于直接監(jiān)控網(wǎng)關(guān)(Gateway).SNMP開展歷史1988年，IAB發(fā)布SNMPv1作為近期解決方案，未來過渡到OSI管理模型〔CMOT〕。初衷：采用與OSI管理模型相同的管理信息結(jié)構(gòu)(SMI)和管理信息庫〔MIB〕結(jié)果：SNMP與OSI在對象級無法兼容，因而SNMP最終獨(dú)立于CMOT開展1993年，發(fā)布SNMPv2,擴(kuò)充了管理信息結(jié)構(gòu)和功能，并增強(qiáng)平安性。1996年，新的SNMPv2又取消平安特性.2002年，發(fā)布SNMPv3，提出新的SNMP體系結(jié)構(gòu)，包括：SNMP實體、SNMP引擎、分發(fā)器、消息處理子系統(tǒng)、平安子系統(tǒng)和訪問控制子系統(tǒng)等；內(nèi)容SNMP體系結(jié)構(gòu)〔組織模型〕SNMP管理信息模型〔信息模型〕SNMP通信模型〔通信模型〕SNMP體系結(jié)構(gòu)SNMP體系結(jié)構(gòu)SNMP根本模型AgentMIB被管設(shè)備或資源Manager網(wǎng)絡(luò)管理協(xié)議（SNMP）基于遠(yuǎn)程監(jiān)控的管理模型SNMP根本體系結(jié)構(gòu)SNMP組成元素管理站〔Manager〕代理者〔Agent〕管理信息庫〔MIB〕簡單網(wǎng)絡(luò)管理協(xié)議〔SNMP〕SNMP元素管理站〔Manager〕配置Manager實體和一組管理應(yīng)用程序，提供網(wǎng)絡(luò)的配置、性能、故障、計費(fèi)和平安等管理功能；提供與操作員接口的功能，將操作員的要求轉(zhuǎn)換為對網(wǎng)元的實際監(jiān)控的能力；配置管理數(shù)據(jù)庫(MDB)，存放從代理獲取的管理信息；SNMP元素代理〔Agent〕配備Agent實體的各類設(shè)備(如：路由器、效勞器和交換機(jī)等)；對來自管理站的信息請求或動作請求進(jìn)行應(yīng)答；主動向管理站報告重要的事件〔Trap，陷阱〕，如：ColdStart、WarmStart、LinkDown、LinkUp等；SNMP元素管理信息庫〔MIB〕被管網(wǎng)絡(luò)資源的抽象的、面向?qū)ο蟮拿枋觥脖还軐ο箢悺潮还軐ο髮嵗募暇W(wǎng)絡(luò)管理協(xié)議〔SNMP〕管理站與代理之間的通信協(xié)議采用UDP傳輸協(xié)議，端口161和162(Trap)SNMP根本體系結(jié)構(gòu)根本體系結(jié)構(gòu)單個管理者、多個代理的集中式結(jié)構(gòu)管理者通過輪詢〔polling〕代理獲取管理信息逐個查詢設(shè)備：監(jiān)測周期長、占用過多的通信資源陷阱引導(dǎo)輪詢〔Trap-directedpolling〕初始化時輪詢關(guān)鍵信息，降低輪詢頻度管理者收到Trap通知后，增加輪詢頻度SNMP根本體系結(jié)構(gòu)非對稱二級結(jié)構(gòu)OSI系統(tǒng)管理模型中，Manager和Agent是對等的且可以相互轉(zhuǎn)換SNMP管理模型中，Manager和Agent是分別配置的且角色固定配置Manager的實體稱為管理站配置Agent的實體成為代理管理站可訪問和控制代理所在的系統(tǒng)，反之那么不行SNMP根本體系結(jié)構(gòu)SNMP被管對象SNMPAgent（161）UDPIP鏈路層和物理層協(xié)議GetRequestGetNextRequestSetRequestGetResponseTrap被管資源InternetSNMP消息MIB視圖管理站SNMP代理SNMP基于無連接的UDP協(xié)議管理應(yīng)用SNMPManager（162）UDPIP鏈路層和物理層協(xié)議GetRequestGetNextRequestSetRequestGetResponseTrapMDBSNMP體系結(jié)構(gòu)三級體系結(jié)構(gòu)代管〔Proxy〕體系結(jié)構(gòu)代管對管理站提供標(biāo)準(zhǔn)的SNMP代理功能；代管使用被管設(shè)備的專用協(xié)議進(jìn)行管理；Proxy體系結(jié)構(gòu)：管理站<-SNMP->代管<-專用協(xié)議->被管設(shè)備；TMN體系結(jié)構(gòu)：OS<-Q3->QAF<-Qx->非TMN設(shè)備Agent管理站被管設(shè)備或資源代管專用通信協(xié)議SNMPSNMP體系結(jié)構(gòu)RMON體系結(jié)構(gòu)將原始數(shù)據(jù)的信息計算分布到RMON中介代理上完成，管理者直接通過RMONMIB獲取處理后的數(shù)據(jù)。類似TMN中智能NE〔OSF/MF/NEF〕的層疊架構(gòu)RMON和代管的比較代管負(fù)責(zé)管理信息格式的轉(zhuǎn)換，但不提供管理功能；RMON主要提供管理功能和標(biāo)準(zhǔn)的MIB，即同時充當(dāng)管理者和代理；SNMP體系結(jié)構(gòu)多Manager體系結(jié)構(gòu)一個SNMP代理向多個管理者提供效勞；多個管理者分別負(fù)責(zé)不同廠商的設(shè)備；SNMP管理信息模型管理信息模型被管對象SNMP被管對象是OSI被管對象的簡化版OSI被管對象具有屬性、操作、行為和通報等特性；SNMP被管對象僅具有數(shù)據(jù)類型和訪問控制特性；SNMP被管對象=變量管理信息結(jié)構(gòu)(SMI)SMI〔StructureofManagementInformation，RFC1155〕提供定義和構(gòu)造MIB的通用框架，以支持不同廠商的互操作〔類似GDMO〕定義MIB的結(jié)構(gòu)、被管對象及對象值的編碼的標(biāo)準(zhǔn)技術(shù)根本思想：簡單性和可擴(kuò)充性僅支持簡單數(shù)據(jù)類型：標(biāo)量和標(biāo)量的二維矩陣〔表〕SMI是SNMP被管對象的定義“指南〞管理信息模型被管對象類命名SNMP被管對象邏輯上被組織為樹狀的數(shù)據(jù)庫結(jié)構(gòu)〔簡稱MIB樹〕MIB樹采用OSI管理信息模型的注冊樹〔圖2.14〕所有SNMP被管對象標(biāo)識符均注冊在OSI注冊樹的internet節(jié)點〔即InternetMIB〕之下InternetMIBRootiso(1)org(3)dod(6)internet(1)….directory(1)mgt(2)experimental(3)private(4)Mib-II(1)system(1)interface(2)snmp(11)sysObjectID(2)enterprise(1)注冊樹/MIB樹SNMP被管對象的前綴是“1.3.6.1〞(SNMP子樹的根節(jié)點)對象標(biāo)識符管理信息結(jié)構(gòu)SMIInternetMIBdirectory:ISO目錄效勞相關(guān)應(yīng)用的保存節(jié)點mgmt:標(biāo)準(zhǔn)的SNMP被管對象(mib-1、mib-2)experimental：尚處于實驗中的被管對象private：專用的被管對象每個廠商在private(4)enterprises(1)注冊一個子節(jié)點Cisco:enterprises.9Nokia:enterprises.94管理信息結(jié)構(gòu)被管對象標(biāo)識符OBJECTIDENTIFIER:全局唯一標(biāo)識符Descriptor:易于記憶的名稱〔即label〕internetOBJECTIDENTIFIER::={1361}mgmt

OBJECTIDENTIFIER::={internet2}DescriptorObjectIdentifier值管理信息結(jié)構(gòu)與OSI信息模型的比較共同點每個節(jié)點對應(yīng)一個被管對象節(jié)點的所屬關(guān)系即被管對象的包含關(guān)系。差異點SNMPMIB中只允許訪問葉節(jié)點管理信息結(jié)構(gòu)SNMP的數(shù)據(jù)類型和結(jié)構(gòu)SNMP被管對象語法只包含：名稱、數(shù)據(jù)類型、訪問權(quán)限和狀態(tài)等的定義數(shù)據(jù)類型4個ASN.1根本數(shù)據(jù)類型：INTEGER,OCTETSTRING,OBJECTIDENTIFIER,NULL6種自定義數(shù)據(jù)類型:NetworkAddress,IpAddress,Counter,Gauge,TimeTicks,Opaque2種結(jié)構(gòu)機(jī)制:SEQUENCE,SEQUENCEOF訪問權(quán)限r(nóng)ead-only,read-write,write-only狀態(tài)mandatory,optional,obsolete管理信息結(jié)構(gòu)被管對象類的宏〔RFC1155，模板〕OBJECT-TYPEMACRO::=BEGINTYPENOTATION::=“SYNTAX〞type(TYPEObjectSyntax)“ACCESS〞Access“STATUS〞StatusVALUENOTATION::=value(VALUEObjectName)Access::=“read-only〞|“read-write〞|“write-only〞..Status::=“mandatory〞|“optional〞|“obsolete〞END訪問權(quán)限和狀態(tài)取值定義定義體被管對象類型定義對象“值〞定義雙引號內(nèi)的字符串應(yīng)保持原樣出現(xiàn)在定義中type/TYPE–取變量的類型；value/VALUE–取變量的值管理信息結(jié)構(gòu)被管對象類的定義〔RFC1212〕SYNTAX:被管對象的數(shù)據(jù)類型ACCESS:被管對象的最低訪問權(quán)限STATUS:實現(xiàn)所定義被管對象的要求DescrPart:被管對象類的描述ReferPart:引用其它模塊中定義的對象IndexPart:定義表格DefValPart:被管對象的缺省值管理信息結(jié)構(gòu)sysDescrOBJECT-TYPE SYNTAX DisplayString(SIZE(0..255)) ACCESS read-only STATUS mandatory DESCRIPTION “Atextualdescriptionofthe entity…..〞::={system1}定義SNMP被管對象類即給出宏中各局部的參數(shù)管理信息結(jié)構(gòu)復(fù)雜被管對象定義-表格SEQUENCE/SEQUENCEOF+IndexPart1〕定義表格對象由相同類型的條目(Entry)序列構(gòu)成e.g.grokTable類型是SYNTAXSEQUENCEOFGrokEntry2〕定義條目由不同類型的對象的序列(表格的行)構(gòu)成，并指定條目的索引e.g.grokEntry類型是GrokEntry且每行的索引是grokIndex3〕定義條目中的每個對象(表格的列)e.g.grokCount::={grokEntryx}SNMP管理信息結(jié)構(gòu)表格的包含關(guān)系tableentryindexcolumn2columnN…..SYNTAXSEQUENCEOFEntrySYNTAXEntryINDEX{index}::={entry?}::={table1}只有葉子節(jié)點對象可以訪問管理信息結(jié)構(gòu)被管對象〔MIB樹〕被管對象實例列對象實例BER編碼SNMP管理信息的編碼：根本編碼規(guī)那么〔BasicEncodingRule〕將可讀的ASCII文本數(shù)據(jù)〔整數(shù)、小數(shù)、IP地址、物理地址等〕轉(zhuǎn)換為適于傳輸?shù)亩M(jìn)制數(shù)據(jù)BER編碼結(jié)構(gòu)：TLV〔Type,Length,Value〕Type(8)Length(8*n)Value(8*n)編碼TLVType(8bits):數(shù)據(jù)類型〔場景+Tag〕Length(n×8bits):數(shù)據(jù)長度〔8位組數(shù)目〕Class(8-7)P/C(6)Tag(5-1)應(yīng)用場景簡單或結(jié)構(gòu)化的數(shù)據(jù)類型數(shù)據(jù)類型的Tag值延續(xù)位(8)值(7-1)0表示結(jié)束,1表示未結(jié)束編碼Value(n×8bits):數(shù)據(jù)值的編碼INTEGER類型采用補(bǔ)碼編碼，且最高位為符號位；OCTETSTRING類型中的每個8位組對應(yīng)Value中的8位組OBJECTIDENTIFIER類型中的每個數(shù)字按n個8位組編碼(最高位為延續(xù)位)，并按原來的順序串接起來特例：前兩個數(shù)字〔1.3〕按數(shù)字43進(jìn)行編碼IpAddress按8位組串編碼Counter,Gauge,TimeTick按整數(shù)編碼MIB-IIMIB-II(RFC1213)針對基于TCP/IP協(xié)議的Internet的管理對象標(biāo)識符以“〞為前綴(InternetMIB)每個子節(jié)點對應(yīng)一個組〔紅色必須實現(xiàn)〕systeminterfaceatip、icmp、tcp、udp、egp、snmpcmotdot3MIB-IIsystem組包含關(guān)于系統(tǒng)的總體信息的對象，包括：設(shè)備名稱、地點、聯(lián)系人、描述等(表4.5)sysObjectID:系統(tǒng)中包含的網(wǎng)絡(luò)管理子系統(tǒng)的廠商標(biāo)識sysUpTime：系統(tǒng)的網(wǎng)絡(luò)管理局部本次啟動以來的時間sysService：該節(jié)點提供的效勞集合(OSI7層效勞)…應(yīng)用場景：配置管理MIB-IIsystem組對象實例〔MG-SoftMIBBrowser,://mg-soft/download.html〕標(biāo)量對象的實例號為“0〞MIB-IIinterface組包含與系統(tǒng)中的網(wǎng)絡(luò)接口有關(guān)的被管對象〔一般參數(shù)〕。ifNumber：網(wǎng)絡(luò)接口的數(shù)目ifTable：網(wǎng)絡(luò)接口屬性表(表4.6)ifIndex：接口索引ifType：接口類型ifPhysAddress：MAC層或物理層的接口地址ifAdminStatus/ifOperStatus：期望的或當(dāng)前的接口狀態(tài)接口性能：傳輸分組數(shù)、錯誤分組數(shù)、丟包數(shù)…應(yīng)用場景：故障管理、性能管理MIB-IIinterface組對象實例表格對象的實例號由索引值表示MIBBrowserMIB-IIat(AddressTranslation)包含接口物理地址與網(wǎng)絡(luò)地址的映射表atTable:地址映射表atPhysAddress：物理地址atNetAddress：網(wǎng)絡(luò)地址應(yīng)用場景：不鼓勵實現(xiàn)〔兼容MIB-I〕復(fù)習(xí)SNMP管理信息模型被管對象〔簡化版〕數(shù)據(jù)類型訪問權(quán)限InternetMIB{1.3.6.1}：被管對象命名directorymgmtexperimentalprivate復(fù)習(xí)被管對象定義〔SMI〕OBJECT–TYPE宏〔模板說明〕類型說明〔TYPE-NOTATION〕取值說明〔VALUE-NOTATION〕對象標(biāo)識符和描述符表格對象定義表對象：條目數(shù)據(jù)類型的矩陣定義條目對象：條目數(shù)據(jù)類型定義列對象SNMP管理信息的編碼〔BER:根本編碼規(guī)那么〕TLV格式：Type、Length和ValueMIB-IIip組包含IP協(xié)議中的各種參數(shù)信息(表4.8)ipAddrTable:分配給該實體的IP地址表ipRouteTable:IP路由表(路由監(jiān)測和控制)ipNetToMediaTable:IP地址和物理地址之間的轉(zhuǎn)換表〔atTable的替代者〕性能和故障監(jiān)測的被管對象：接收報文數(shù)、錯誤報文數(shù)、丟包數(shù)…應(yīng)用場景：配置管理、故障管理、性能管理IP組對象實例MIB-IIicmp組包含接收和發(fā)送各種ICMP消息的計數(shù)器〔表4.10〕icmpInX：收到的各種ICMP消息統(tǒng)計icmpOutX：發(fā)送的各種ICMP消息統(tǒng)計所有實現(xiàn)TCP/IP協(xié)議的系統(tǒng)都支持ICMP應(yīng)用場景：性能管理MIB-IItcp組包含面向連接的傳輸控制協(xié)議有關(guān)的被管對象〔表4.11〕重傳時間TCP連接數(shù)上限TCP連接信息表〔tcpConTable〕TCP傳輸協(xié)議的各種性能統(tǒng)計應(yīng)用場景：性能管理、配置管理、平安管理MIB-IIudp組包含與無連接傳輸協(xié)議有關(guān)的被管對象〔表4.12〕端點用戶的IP地址和UDP端口表〔udpTable〕UDP傳輸協(xié)議的性能統(tǒng)計應(yīng)用場景：性能管理、平安管理MIB-IIegp組包含與EGP協(xié)議〔外部網(wǎng)關(guān)協(xié)議〕的實現(xiàn)和操作有關(guān)的被管對象EGP協(xié)議的性能統(tǒng)計相鄰網(wǎng)關(guān)信息表〔egpNeighTable〕應(yīng)用場景：性能管理、配置管理SNMP通信模型SNMP通信模型簡單網(wǎng)絡(luò)管理協(xié)議〔SNMP〕SNMP效勞功能SNMP對象訪問策略SNMP消息和操作SNMPMIBSNMP效勞功能與CMIS/CMIP相比SNMP只能交換簡單的被管對象(葉節(jié)點)，表和條目對象不能直接訪問；SNMP包含3種根本消息：get、set和trap管理站:get-request、set-request和get-next-request代理:trap和get-responseSNMP消息采用無連接的UDP協(xié)議傳遞；SNMP平安機(jī)制SNMP訪問控制問題認(rèn)證效勞：將對MIB的訪問限定在授權(quán)的管理站范圍內(nèi)。訪問策略：對不同的管理站給予不同的訪問權(quán)限。代管效勞：在代管系統(tǒng)中實現(xiàn)托管站的認(rèn)證效勞和訪問策略。對象訪問策略SNMP訪問控制方案Community〔團(tuán)體名稱〕團(tuán)體是在代理中定義的本地的概念；每個團(tuán)體具有內(nèi)部唯一的名字；每個團(tuán)體對應(yīng)一組認(rèn)證、訪問控制和代管特性；一個代理可與多個管理站建立多個團(tuán)體；一個管理站可以出現(xiàn)在不同的團(tuán)體；對象訪問策略Community的應(yīng)用認(rèn)證效勞〔通信的可信性〕簡單認(rèn)證：所有由管理站發(fā)送到代理的消息中均包含一個團(tuán)體名〔相當(dāng)于口令〕訪問策略MIB視圖：每個團(tuán)體可以訪問不同的MIB子集訪問模式：每個團(tuán)體可以定義不同的讀或讀寫權(quán)限SNMPCommunityProfile與Community相結(jié)合構(gòu)成SNMP訪問策略被管對象類訪問權(quán)限與訪問模式的協(xié)調(diào)規(guī)那么〔表4.14〕SNMPCommunityProfile對象訪問策略代管效勞代管系統(tǒng)負(fù)責(zé)維護(hù)托管設(shè)備的訪問策略托管設(shè)備的MIB視圖托管設(shè)備的訪問模式實例標(biāo)識被管對象實例標(biāo)識符OSI系統(tǒng)管理模型：根據(jù)包含樹〔≠注冊樹〕構(gòu)成相對區(qū)分名的局部或全局形名稱SNMP管理模型：根據(jù)MIB樹(=注冊樹)實現(xiàn)對象類型和實例統(tǒng)一標(biāo)識被管對象類型和被管對象實例可為一對多關(guān)系SNMP被管對象分類簡單對象表格對象、條目對象、縱列對象簡單對象所有的簡單對象都只有一個對象實例簡單對象的類型與實例“一一對應(yīng)〞簡單對象實例標(biāo)識符由其對象標(biāo)識符加“0〞組成sysObjectID.0

(OBJECTIDENTIFIER):sysUpTime.0

(TimeTicks):0days13h:19m:44s.73th(4798473)sysContact.0

(DisplayString):(zero-length)…表格和條目對象表格、條目是不可訪問的對象，因此沒有實例標(biāo)識縱列對象縱列對象的定義表中的根本被管對象表中每一行中均有一個縱列對象的實例縱列對象實例的標(biāo)識利用索引對象來區(qū)分表格中的各行的縱列對象將索引對象值連接在縱列對象標(biāo)識符之后來標(biāo)識縱列對象的實例縱列對象的訪問隨機(jī)訪問和順序訪問溫故知新縱列對象隨機(jī)訪問技術(shù)使用索引對象值直接訪問縱列對象ifIndex.1(INTEGER)1ifIndex.2(INTEGER)2ifIndex.3(INTEGER)3ifType.1(INTEGER)softwareLoopback(24)ifType.2(INTEGER)ethernet-csmacd(6)ifType.3(INTEGER)ethernet-csmacd(6)ifMtu.1(INTEGER)1520ifMtu.2(INTEGER)1500ifMtu.3(INTEGER)1500ifSpeed.1(Gauge)10000000ifSpeed.2(Gauge)100000000ifSpeed.3(Gauge)54000000索引對象值如何讀取索引對象值-蛋雞悖論？縱列對象順序訪問技術(shù)MIB中的所有對象或?qū)嵗龢?biāo)識符具有唯一的順序〔圖書目錄排序〕ifIndexifIndex.1(INTEGER)1ifIndex.2(INTEGER)2ifIndex.3(INTEGER)3ifTypeifType.1(INTEGER)softwareLoopback(24)ifType.2(INTEGER)ethernet-csmacd(6)ifType.3(INTEGER)ethernet-csmacd(6)ifMtuifMtu.1(INTEGER)1520縱列對象順序訪問技術(shù)根據(jù)MIB中任意一點的對象實例的標(biāo)識符，可以通過get-next-request對其后繼對象實例進(jìn)行訪問讀取索引對象值遍歷MIB視圖①get-next-request(ifIndex)->ifIndex.1=value②get-next-request(ifIndex.1)->ifIndex.2=value③get-next-request(ifIndex.2)->ifIndex.3=value…SNMP消息管理站和代理之間以SNMP消息的形式交換管理信息SNMP消息格式版本號Community名字消息類型SNMP消息負(fù)荷SNMPv1消息VersionCommunityPDUtypePDUPayloadrequest-id00Variable-Bindings請求消息request-iderror-statuserror-indexVariable-Bindings響應(yīng)消息陷阱消息enterpriseagent-addrgeneric-trapVariable-Bindingsspecific-traptimestampSNMP消息SNMP消息的發(fā)送和接收構(gòu)造PDUASN.1對象源和目的地址、Community認(rèn)證服務(wù)加密或認(rèn)證的ASN.1對象Version和CommunitySNMP消息BER編碼網(wǎng)絡(luò)傳輸語法檢查版本檢查認(rèn)證服務(wù)源和目的地址、CommunityPDU句法檢查根據(jù)訪問策略處理PDUSNMP消息變量綁定〔Variable-Bindings〕將多個同類操作放在一個SNMP消息中，以提高傳輸?shù)男屎蜏p少網(wǎng)絡(luò)負(fù)擔(dān)〔批處理〕由對象實例標(biāo)識符和對象值構(gòu)成，即NVPair〔Name/Value對〕get請求：name1,name2,…set請求或get響應(yīng)：〔name1，value1〕,〔name2，value2〕,〔〕…SNMP操作GetRequestGetNextRequestSetRequestTrapSNMP操作GetRequestPDUrequest-id字段〔相當(dāng)于CMIPinvokeid〕匹配SNMP應(yīng)用發(fā)送的請求和響應(yīng)檢查重復(fù)的PDUvariable-bindings字段被讀取的對象實例標(biāo)識符列表只能是MIB樹中的葉子對象請求接收者必須用包含相同request-id的GetResponsePDU進(jìn)行響應(yīng)GetRequest操作是原子操作，返回的錯誤原因包括noSuchName，tooBig和genErrSNMP操作GetNextRequestPDU幾乎與GetRequest請求相同，差異僅在于GetNextRequestPDU中的變量綁定是“前一個〞對象實例的標(biāo)識符注：“前一個〞對象不一定是存在的或可訪問的GetNextRequest操作也是原子操作應(yīng)用場景簡單對象值的提取提取未知對象(例如表格的索引對象)SNMP操作簡單對象值提取GetRequest和GetNextRequest的比較GetRequest(udpInDatagrams.0,udpNoPorts.0,udpInError.0,udpOutDatagrams.0)；GetResponse((udpInDatagrams.0=100),(udpPorts.0=1),(udpInErrors.0=2),(udpOutDataGrams.0=200))；GetNextRequest(udpInDatagrams,udpNoPorts,udpInError,udpOutDatagrams)；GetResponse((udpInDatagrams.0=100),(udpPorts.0=1),(udpInErrors.0=2),(udpOutDataGrams.0=200))假設(shè)Agent不支持udpNoPortsGetResponse(noSuchName)GetResponse((udpInDatagrams.0=100),(udpInErrors.0=2),(udpInErrors.0=2),(udpO