通用語音控制技術(shù)開發(fā)項目課件_第1頁
通用語音控制技術(shù)開發(fā)項目課件_第2頁
通用語音控制技術(shù)開發(fā)項目課件_第3頁
通用語音控制技術(shù)開發(fā)項目課件_第4頁
通用語音控制技術(shù)開發(fā)項目課件_第5頁
已閱讀5頁,還剩47頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、SNMP網(wǎng)絡(luò)管理模型TCP/IP網(wǎng)絡(luò)管理的發(fā)展 TCP/IP早期,用ICMP作為網(wǎng)絡(luò)管理的工具。ICMP提供了從路由器向主機或主機之間傳送控制信息的方法,可用于所有支持IP的設(shè)備。ICMP最有用的兩個消息對:echo / echo reply:測試實體間能否通信。echo消息要求其接收者在echo reply消息中返回接收到的內(nèi)容。timestamp / timestamp reply:測試網(wǎng)絡(luò)延遲特性。 1PING 程序由ICMP消息與IP頭選項結(jié)合開發(fā)有多種功能:確定物理設(shè)備能否尋址,驗證一個網(wǎng)絡(luò)能夠?qū)ぶ罚炞C主機上的服務(wù)器操作。 80年代后期,當(dāng)互聯(lián)網(wǎng)發(fā)展呈指數(shù)增加時,提出了開發(fā)功能更強

2、并易于普通網(wǎng)絡(luò)管理人員學(xué)習(xí)和使用的標準協(xié)議的需求。2簡單網(wǎng)關(guān)監(jiān)控協(xié)議(SGMP): 1987年11月發(fā)布。3個有影響的通用網(wǎng)絡(luò)管理方法:高層實體管理系統(tǒng)(HEMS)簡單網(wǎng)絡(luò)管理協(xié)議(SNMP):SGMP的升級版。TCP/IP上的CMIP(CMOT):最大限度地與OSI標準的CMIP、服務(wù)以及數(shù)據(jù)庫結(jié)構(gòu)保持一致。 31988年互聯(lián)網(wǎng)絡(luò)活動委員會(IAB)的網(wǎng)絡(luò)管理協(xié)議開發(fā)策略:SNMP:近期解決方案;CMOT:遠期解決方案;要求SNMP和CMOT使用相同的MO。 實際中,SNMP與CMOT在對象級的難于兼容:IAB最終放松了公共SMI/MIB的要求,并允許SNMP獨立于CMOT發(fā)展。 4從對OS

3、I的兼容性的束縛中解脫后,SNMP取得了迅速的發(fā)展,很快被眾多的廠商設(shè)備所支持,用戶也選擇了SNMP作為標準的管理協(xié)議。 SNMP的進展:遠程監(jiān)控(RMON)能力的開發(fā),為網(wǎng)絡(luò)管理者提供了監(jiān)控整個子網(wǎng)而不是各個單獨設(shè)備的能力。對基本SNMP MIB進行了擴充。 5SNMPv2:SNMP被用于大型網(wǎng)絡(luò)時,存在安全和功能方面的不足。 1992年7月,提出一個稱為SMP的SNMP新版本,被接受為定義第二代SNMP即SNMPv2的基礎(chǔ)。 1993年安全版SNMPv2發(fā)布。 幾年試用后,IETF決定對SNMPv2進行修訂。1996年發(fā)布了一組新的RFC ,SNMPv2的安全特性被取消。6SNMPv3:1

4、999年4月IETF提出了RFC2571RFC2576,形成了SNMPv3的建議。目前這些建議正在進行標準化。提出了SNMP管理框架的一個統(tǒng)一的體系結(jié)構(gòu)。采用User-based安全模型和View-based訪問控制模型提供SNMP網(wǎng)絡(luò)管理的安全性。7SNMP 體系結(jié)構(gòu)非對稱的二級結(jié)構(gòu)8關(guān)鍵元素管理站一般為一個單獨的設(shè)備作為與管理員的接口代理配備了SNMP的平臺,如主機、網(wǎng)橋、路由器、集線器等9MIB管理者和代理共享的MO的集合標準的MIB類由國際組織定義MIB 實例在代理處實現(xiàn)網(wǎng)絡(luò)管理協(xié)議 SNMP manager and agent, UDPGet, Set and Trap10陷阱引導(dǎo)的

5、輪詢:如果manager負責(zé)大量的agent,而各agent又維護大量的對象,則manager難以及時地輪詢所有對象。在初始化時,manager輪詢所有管理關(guān)鍵信息(如接口特性、作為基準的一些性能統(tǒng)計值,如發(fā)送和接收的分組的平均數(shù))的agent。 一旦建立了基準,manager將降低輪詢頻度。而由每個agent負責(zé)報告異常事件。 manager一旦發(fā)現(xiàn)異常情況,可以直接輪詢報告事件的agent,對事件進行診斷或獲取關(guān)于異常情況的更多的信息。 11Proxies三級組織模型12RMON管理者通過RMON Probe訪問MORMON Probe 對原始收據(jù)進行預(yù)處理13SNMP 管理信息模型 SM

6、I: Structure of Management Information為MIB定義提供一個一般的框架規(guī)定MIB中應(yīng)用的數(shù)據(jù)類型和MO的命名追求簡單性和可擴充性MIB只存儲簡單數(shù)據(jù)類型標量 標量的二維表格14Internet MIB iso (1) org (3) dod (6) 對象標識符 : 1.3.6.115Internet下的4個節(jié)點directorymgmtexperimentalprivatemib-1 與 mib-2 處于mgmt下的同一節(jié)點16SNMP的數(shù)據(jù)類型和結(jié)構(gòu)RFC1155-SMIDEFINITIONS : BEGINEXPORTS -EVERYTHINGInter

7、net, directory, mgmt, experimental, private, enterprises,OBJECT-TYPE, ObjectName, ObjectSyntax, SimpleSyntax, ApplicationSyntax, NetworkAddress, IpAddress, Counter, Gauge,TimeTicks, Opaque;- the path to the rootinternetOBJECT IDENTIFIER := iso org(3) dod(6) 1directoryOBJECT IDENTIFIER := internet 1m

8、gmtOBJECT IDENTIFIER := internet 2experimentalOBJECT IDENTIFIER := internet 3privateOBJECT IDENTIFIER := internet 4enterprisesOBJECT IDENTIFIER := private 117編碼結(jié)構(gòu)SNMP采用基本編碼規(guī)則BER實現(xiàn)Manager和Agent之間的管理信息編碼傳輸SNMP 采用一種特定的編碼結(jié)構(gòu)TLV: Type, Length and Value18MIB-II MIB-II:MIB-I 的超集,為Internet的網(wǎng)絡(luò)管理而開發(fā) 。MIB-II的分組

9、 :system:關(guān)于系統(tǒng)的總體信息; interface:系統(tǒng)到子網(wǎng)接口的信息; at:描述internet到subnet的地址映射; ip:關(guān)于系統(tǒng)中IP的實現(xiàn)和運行信息; icmp:關(guān)于系統(tǒng)中ICMP的實現(xiàn)和運行信息; tcp:關(guān)于系統(tǒng)中TCP的實現(xiàn)和運行信息; udp:關(guān)于系統(tǒng)中UDP的實現(xiàn)和運行信息; egp:關(guān)于系統(tǒng)中EGP的實現(xiàn)和運行信息; dot3:有關(guān)每個系統(tǒng)接口的傳輸模式和訪問協(xié)議的信息;snmp:關(guān)于系統(tǒng)中SNMP的實現(xiàn)和運行信息。 19system 組的對象ObjectSyntaxAccessDescriptionsysDescrDisplayString (SIZE(

10、0 255)RO對實體的描述,如硬件、操作系統(tǒng)等sysObjectIDOBJECT IDENTIFIERRO實體中包含的網(wǎng)絡(luò)管理子系統(tǒng)的廠商標識sysUpTimeTimeTicksRO系統(tǒng)的網(wǎng)絡(luò)管理部分本次啟動以來的時間sysContactDisplayString (SIZE(0 255)RW該被管節(jié)點負責(zé)人的標識和聯(lián)系信息sysNameDisplayString (SIZE(0 255)RW該被管節(jié)點被賦予的名稱sysLocationDisplayString (SIZE(0 255)RW該節(jié)點的物理地點sysServiceINERGER(0 127)RO指出該節(jié)點所提供的服務(wù)的集合,7個

11、bit對應(yīng)7層服務(wù)20interfaces 組的對象ObjectSyntaxAccessDescriptionifNumberINTEGERRO網(wǎng)絡(luò)接口的數(shù)目ifTableSEQUENCE OF ifEntryNA接口條目清單ifEntrySEQUENCENA包含子網(wǎng)及其以下層對象的接口條目ifIndexINTEGERRO對應(yīng)各個接口的唯一值ifDescrDisplayString (SIZE(0 255)RO有關(guān)接口的信息,包括廠商、產(chǎn)品名稱、硬件接口版本ifTypeINTEGERRO接口類型,根據(jù)物理或鏈路層協(xié)議區(qū)分ifMtuINERGERRO接口可接收或發(fā)送的最大協(xié)議數(shù)據(jù)單元的尺寸ifS

12、peedGaugeRO接口當(dāng)前數(shù)據(jù)速率的估計值ifPhysAddressPhysAddressRO網(wǎng)絡(luò)層之下協(xié)議層的接口地址ifAdminStatusINTEGERRW期望的接口狀態(tài) (up(1), down(2), testing(3)ifOperStatusINTEGERRO當(dāng)前的操作接口狀態(tài) (up(1), down(2), testing(3)ifLastChangeTimeTicksRO接口進入當(dāng)前操作狀態(tài)的時間21interfaces 組的對象(續(xù))ObjectSyntaxAccessDescriptionifInOctetsCounterRO接口收到的8元組的總數(shù)ifInUcas

13、tPktsCounterRO交到高層協(xié)議的子網(wǎng)單播的分組數(shù)ifInNUcastPktsCounterRO遞交到高層協(xié)議的非單播的分組數(shù)ifInDiscardsCounterRO被丟棄的進站分組數(shù)ifInErrorsCounterRO有錯的進站分組數(shù)ifInUnkownProtosCounterRO由于協(xié)議未知而被丟棄的分組數(shù)ifOutOctetsCounterRO接口發(fā)送的8元組的總數(shù)ifOutUcastPktsCounterRO發(fā)送到子網(wǎng)單播地址的分組總數(shù)ifOutNUcastPktsCounterRO發(fā)送到非子網(wǎng)單播地址的分組總數(shù)ifOutDiscardsCounterRO被丟棄的出站分組

14、數(shù)ifOutErrorsCounterRO不能被發(fā)送的有錯的分組數(shù)ifOutQLenGaugeRO輸出分組隊列長度ifSpecificOBJECT IDENTIFIERRO參考MIB對實現(xiàn)接口的媒體的定義22address translation 組的對象ObjectSyntaxAccessDescriptionatTableSEQUENCE OF AtEntryNA包含網(wǎng)絡(luò)地址對物理地址的映射atEntrySEQUENCENA包含一個網(wǎng)絡(luò)地址、物理地址對atIfIndexINTEGERRW表格條目的索引atPhysAddressPhysAddressRW依賴媒體的物理地址atNetAddre

15、ssNetworkAddressRW對應(yīng)物理地址的網(wǎng)絡(luò)地址23ip 組的對象ObjectSyntaxAccessDescriptionipForwardingINTEGERRW是否作為IP網(wǎng)關(guān)(1/0)ipDefaultTTLINTEGERRW插入到該實體生成的數(shù)據(jù)報的IP頭中Time-To-Live字段中的默認值ipInReceivesCounterRO接口收到的輸入數(shù)據(jù)報的總數(shù)ipInHdrErrorsCounterRO由于IP頭錯被丟棄的輸入數(shù)據(jù)報總數(shù)ipInAddrErrorsCounterRO由于IP地址錯被丟棄的輸入數(shù)據(jù)報總數(shù)ipForwDatagramsCounterRO轉(zhuǎn)發(fā)的輸

16、入數(shù)據(jù)報數(shù)ipInUnknownProtosCounterRO由于協(xié)議未知被丟棄的輸入數(shù)據(jù)報數(shù)ipInDiscardsCounterRO無適當(dāng)理由而被丟棄的輸入數(shù)據(jù)報數(shù)ipInDeliversCounterRO成功地遞交給IP用戶協(xié)議的輸入數(shù)據(jù)報數(shù)ipOutRequestsCounterRO本地IP用戶協(xié)議要求傳輸?shù)腎P數(shù)據(jù)報總數(shù)ipOutNoRoutesCounterRO由于未找到路由而被丟棄的IP數(shù)據(jù)報數(shù)ipReasmTimeOutINTEGERRO重組接收到的碎片可等待的最大秒數(shù)ipReasmReqdsCounterRO接收到的需要重組的IP碎片數(shù)ipReasmOKsCounterRO成

17、功重組的IP數(shù)據(jù)報數(shù)ipRaesmFailsCounterRO由IP重組算法檢測到的重組失敗的數(shù)目24ip 組的對象(續(xù))ObjectSyntaxAccessDescriptionipFragsOkCounterRO成功拆分的IP數(shù)據(jù)報數(shù)ipFragsFailsCounterRO不能成功拆分而被丟棄的IP數(shù)據(jù)報數(shù)ipFragsCreatesCounterRO本實體產(chǎn)生的IP數(shù)據(jù)報碎片數(shù)ipAddrTableSEQUENCE OF IpAddrEntryNA本實體的IP地址信息(表內(nèi)對象略)ipRouteTableSEQUENCE OF IpRouteEntryNAIP 路由表(表內(nèi)對象略)ip

18、NetToMediaTableSEQUENCE OF IpNetToMedis EntryNA用于將IP 映射到物理地址的地址轉(zhuǎn)換表(表內(nèi)對象略)IpRouting DiscardsCounterRO被丟棄的路由選擇條目25icmp 組的對象ObjectSyntaxAccessDescriptionicmpInMsgsCounterRO收到的ICMP消息的總數(shù)icmpInErrorsCounterRO收到的有錯的ICMP的消息數(shù)icmpInDestUnreachsCounterRO收到的目的地不可到達的消息數(shù)icmpInTimeExcdsCounterRO收到的超時的消息數(shù)icmpInParm

19、ProbsCounterRO收到的有參數(shù)問題的消息數(shù)icmpInSrcQuenchsCounterRO收到的源有問題的消息數(shù)icmpInRedirectsCounterRO收到的重定向的消息數(shù)icmpInEchosCounterRO收到的要求echo的消息數(shù)icmpInEchoRepsCounterRO收到的應(yīng)答echo的消息數(shù)icmpInTimestampsCounterRO收到的要求Timestamp的消息數(shù)icmpInTimestampRepsCounterRO收到的應(yīng)答Timestamp的消息數(shù)icmpInAddrMasksCounterRO收到的要求Address Mask的消息數(shù)i

20、cmpInAddrMaskRepsCounterRO收到的應(yīng)答Address Mask的消息數(shù)26icmp 組的對象(續(xù))ObjectSyntaxAccessDescriptionicmpOutMsgsCounterRO發(fā)出的ICMP消息的總數(shù)icmpOutErrorsCounterRO發(fā)出的有錯的ICMP的消息數(shù)icmpOutDestUnreachsCounterRO發(fā)出的目的地不可到達的消息數(shù)icmpOutTimeExcdsCounterRO發(fā)出的超時的消息數(shù)icmpOutParmProbsCounterRO發(fā)出的有參數(shù)問題的消息數(shù)icmpOutSrcQuenchsCounterRO發(fā)出的

21、源有問題的消息數(shù)icmpOutRedirectsCounterRO發(fā)出的重定向的消息數(shù)icmpOutEchosCounterRO發(fā)出的要求echo的消息數(shù)icmpOutEchoRepsCounterRO發(fā)出的應(yīng)答echo的消息數(shù)icmpOutTimestampsCounterRO發(fā)出的要求Timestamp的消息數(shù)icmpOutTimestampRepsCounterRO發(fā)出的應(yīng)答Timestamp的消息數(shù)icmpOutAddrMasksCounterRO發(fā)出的要求Address Mask的消息數(shù)icmpOutAddrMaskRepsCounterRO發(fā)出的應(yīng)答Address Mask的消息數(shù)

22、27tcp 組的對象ObjectSyntaxAccessDescriptiontcpRtoAlgorithmINTEGERRO重傳時間tcpRtoMinINTEGERRO重傳時間的最小值tcpRtoMaxINTEGERRO重傳時間的最大值tcpMaxConnINTEGERRO實體支持的TCP連接數(shù)的上限tcpActiveOpensCounterRO實體已經(jīng)支持的主動打開的數(shù)量tcpPassiveOpensCounterRO實體已經(jīng)支持的被動打開的數(shù)量tcpAttemptFailsCounterRO已經(jīng)發(fā)生的試連失敗的次數(shù)tcpEstabResetsCounterRO已經(jīng)發(fā)生的復(fù)位的次數(shù)28tc

23、p 組的對象(續(xù))ObjectSyntaxAccessDescriptiontcpCurrEstabGaugeRO當(dāng)前狀態(tài)為established的TCP連接數(shù)tcpInSegsCounterRO收到的segments總數(shù)tcpOutSegsCounterRO發(fā)出的segments總數(shù)tcpRetranSegsCounterRO重傳的segments總數(shù)tcpConnTableSEQUENCE OF TcpConnEntryNA包含TCP各個連接的信息(表內(nèi)對象略)tcpInErrorsCounterRO收到的有錯的segments的總數(shù)tcpOutRstsCounterRO發(fā)出的含有RST標

24、志的segments數(shù)29udp 組的對象ObjectSyntaxAccessDescriptionudpInDatagramsCounterRO遞交該UDP用戶的數(shù)據(jù)報的總數(shù)udpNoPortsCounterRO收到的目的端口上沒有應(yīng)用的數(shù)據(jù)報總數(shù)udpInErrorsCounterRO收到的無法遞交的數(shù)據(jù)報數(shù)udpOutDatagramsCounterRO該實體發(fā)出的UDP數(shù)據(jù)報總數(shù)udpTableSEQUENCE OF UdpEntryNA包含UDP的用戶信息udpTableSEQUENCENA某個當(dāng)前UDP用戶的信息udpLocalAddressIpAddressROUDP用戶的本地I

25、P地址udpLocalPortINTEGERROUDP用戶的本地端口號30egp 組的對象ObjectSyntaxAccessDescriptionegpInMsgsCounterRO收到的無錯的EGP消息數(shù)egpInErrorsCounterRO收到的有錯的EGP消息數(shù)egpOutMsgsCounterRO本地產(chǎn)生的EGP消息總數(shù)egpOutErrorsCounterRO由于資源限制沒有發(fā)出的本地產(chǎn)生的EGP消息數(shù)egpNeighTableSEQUENCE OF EgpNeighEntryNA相鄰網(wǎng)關(guān)的EGP表(表內(nèi)的對象略)egpAsINTEGERRO本EGP實體的自治系統(tǒng)數(shù)31簡單網(wǎng)絡(luò)管

26、理協(xié)議(SNMP) SNMP支持的操作 Get:管理站從被管理站提取標量對象值。 Set:管理站更新被管理站中的標量對象值。 Trap:被管理站向管理站主動地發(fā)送一個標量對象值。 32community和安全控制 SNMP網(wǎng)絡(luò)管理的特性:分布式的應(yīng)用,應(yīng)用實體是SNMP的管理站的應(yīng)用實體和被管理站的應(yīng)用實體。一個管理站和多個被管理站之間一對多的關(guān)系。一個被管理站和多個管理站之間的關(guān)系。 為保證網(wǎng)絡(luò)管理信息的安全,被管理站必須對多個管理站對本地MIB的訪問進行控制:認證服務(wù):將對MIB的訪問限定在授權(quán)的管理站的范圍內(nèi); 訪問策略:對不同的管理站給予不同的訪問權(quán)限; 代管服務(wù):代管系統(tǒng)要為托管站提

27、供認證服務(wù)和訪問權(quán)限服務(wù)。 33SNMP用community來定義一個agent和一組manager之間的認證、訪問控制和代管的關(guān)系,提供初步的安全能力。Community:agent定義的本地概念,agent為每組可選的認證、訪問控制和代管特性建立一個Community 。Community在agent中有唯一的名稱,將其提供給Community內(nèi)的所有的manager,以便它們在get和set操作中應(yīng)用。一個agent可以與多個manager建立多個Community ,同一個manager可以出現(xiàn)在不同的Community中。不同的agent可能會定義相同的Community名。 因此m

28、anager必須將Community名與agent結(jié)合起來加以應(yīng)用。 34認證服務(wù):保證收到的消息是來自它所聲稱的消息源。SNMP的認證模式:所有由manager發(fā)向agent的消息都包含一個Community名,這個名字發(fā)揮口令的作用。如果發(fā)送者知道這個口令,則認為消息是可信的。 通過這種簡單的認證形式,manager可以對網(wǎng)絡(luò)監(jiān)測(get、trap)特別是網(wǎng)絡(luò)控制(set)操作進行限制。 Community名被用于啟動一個認證過程,而認證過程可以包含加密和解密以實現(xiàn)更安全的認證。 35訪問策略 (access policy) :通過定義community ,agent將對它的MIB的訪問限

29、定在了一組被選擇的manager中。使用多個community ,agent可以為不同的manager提供不同的MIB訪問控制。 36訪問控制 :SNMP MIB 視圖:可以為每個community定義不同的MIB視圖。視圖中的對象子集可以不在MIB的一個子樹之內(nèi)。 SNMP 訪問模式:READ-ONLY 或 READ-WRITE。為每個community定義一個訪問模式。MIB視圖和訪問模式的結(jié)合被稱為SNMP community profile。 將一個community profile與agent定義的某個community聯(lián)系起來,構(gòu)成SNMP的訪問策略。37Proxy 服務(wù) :對于每

30、個托管設(shè)備,Proxy 系統(tǒng)維護一個對它的訪問策略,以此使Proxy系統(tǒng)知道哪些MIB對象可以被用于管理托管設(shè)備和能夠用何種模式對它們進行訪問。 38MIB中的每個對象都有一個由其在樹型結(jié)構(gòu)中的位置所定義的唯一的對象標識符。但樹型結(jié)構(gòu)給出的對象標識符在一些情況下只是對象類型的標識符,不能唯一地標識對象的實例,例如表格中各個條目。縱列對象:表中的對象被稱為縱列對象??v列對象標識符不能獨自唯一標識對象實例,由于縱列對象可能有多個實例??v列對象實例的訪問方法:隨機訪問:利用索引對象值實現(xiàn);順序訪問:利用圖書編目順序?qū)崿F(xiàn)。實例標識39隨機訪問:在定義表格時,一般包含一個特殊的縱列對象INDEX,每個實

31、例都具有不同的值,可以用來標識表中的各行。SNMP采用將INDEX對象值連接在縱列對象標識符之后的方法來標識縱列對象的實例。例:MIB-II interfaces組中的表ifTable有一個ifIndex對象,值為 1 到 ifNumber 之間的整數(shù),對應(yīng)每個接口,ifIndex有一個唯一的值。 ifTable中的縱列對象ifType描述接口類型,其對象標識符是:1.3.6.1.2.1.2.2.1.3 現(xiàn)要標識第2個接口,第2個接口的ifIndex值是2,因此其標識符為:1.3.6.1.2.1.2.2.1.3.240表格及行對象 :對于表格和行對象,沒有定義它們的實例標識符。這是因為表格和行

32、不是葉子對象,因而不能由SNMP訪問。在這些對象的定義中,ACCESS特性被設(shè)為not-accessible。 標量對象 :標量對象只有一個對象實例,因此對象類型標識符便是它的實例的唯一標識。但為了與表格對象實例標識符的約定保持一致,也為了區(qū)分對象的類型和對象實例,SNMP規(guī)定標量對象實例的標識符由其對象類型標識符加 0 組成。 41圖書編目排序由于對象標識符是一個整數(shù)序列,如果把它們看作是書的章節(jié)編號,則對象標識符的前后順序就有了確定的排列方法,MIB中的對象實例也就有了順序標識和訪問的方法。因為Manager對Agent提供的MIB視圖的構(gòu)成不一定完全清楚,因此,它需要一種不必提供對象名稱

33、而能訪問對象的方法。在這種情況下,對象及其實例的排序就是非常重要的。利用這個排序,Manager 可以有效地遍歷一個MIB的結(jié)構(gòu)。 42SNMP消息格式Manager和Agent之間以傳送SNMP消息的形式交換信息。43以下4圖分別是GetRequest-PDU、GetNextRequest-PDU、 SetRequest-PDU,Response PDU,Trap PDU和Variable-bindings 的格式。 44SNMP消息的發(fā)送構(gòu)成PDU;將構(gòu)成的PDU、源和目的傳送地址以及一個community名傳給認證服務(wù);SNMP協(xié)議實體將版本字段、 community名以及上一步的結(jié)果組

34、合成為一個消息;用基本編碼規(guī)則(BER)對這個新的ASN.1的對象編碼,然后傳給傳輸服務(wù)。 45SNMP 消息的接收 進行消息的基本句法檢查,丟棄非法消息 ;檢查版本號,丟棄版本號不匹配的消息 ;SNMP實體將用戶名、消息的PDU部分以及源和目的傳輸?shù)刂穫鹘o認證服務(wù),如果認證失敗,認證服務(wù)通知SNMP實體,由它產(chǎn)生一個trap并丟棄這個消息,如果認證成功,認證服務(wù)返回SNMP格式的PDU ;SNMP實體進行PDU的基本句法檢查,如果非法,丟棄該PDU,否則利用community名選擇對應(yīng)的SNMP訪問策略,對PDU進行相應(yīng)處理。 46變量綁定: 在SNMP中,可以將多個同類操作(get、set

35、、trap)放在一個消息中。 為了實現(xiàn)多對象交換,所有的SNMP的PDU都包含了一個變量綁定字段。 變量綁定字段由對象實例名的一個參考序列及這些對象的值構(gòu)成。 某些PDU只需給出對象實例的名字,如get操作。對于這樣的PDU,接收協(xié)議實體將忽略變量綁定字段中的值。 47GetRequest PDU SNMP實體應(yīng)Manger的應(yīng)用程序的請求發(fā)出GetRequest PDU。 GetRequest PDU 的SNMP接收實體用包含相同request-id的GetResponse PDU進行應(yīng)答。 GetRequest操作是原子操作要么所有的值都提取回來,要么一個都不提取。 GetRequst 操作不成功的原因有對象名不匹配(noSuchName)、返回結(jié)果太長(tooBig)以及其他原因(genErr)。 SNMP只允許提取MIB樹中的葉子對象的值。因此不能只提供一個表或一個條目的名字來獲取整個表或整行的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論