《snmp網(wǎng)絡(luò)管理架構(gòu)》ppt課件-預(yù)覽頁(yè)
【正文】 OSI、 Appletalk和 IPX等，適用多協(xié)議網(wǎng)絡(luò)環(huán)境（但它的缺省網(wǎng)絡(luò)協(xié)議仍是 UDP）； ? SMI為被管理對(duì)象和 MIB提供了更詳盡的規(guī)范和文檔； ? SNMPv2的 MIB定義在 MIBⅡ 基礎(chǔ)上，并對(duì) MIBⅡ 進(jìn)行了修改和擴(kuò)充； ? 提供了安全管理規(guī)范。 1995年， SNMPv2正式發(fā)布（ SNMPv1的升級(jí)版在 1993年提出），SNMPv2在 SNMPv1的基礎(chǔ)上增加了部分功能，并制定了在 OSI網(wǎng)絡(luò)中使用 SNMP的具體方法。在初始化期間，輪詢(xún)所有代理，將需要監(jiān)測(cè)的所有關(guān)鍵信息讀取出來(lái) – 有了基準(zhǔn)以后，管理站便降低輪詢(xún)頻度 – 此后，便由各個(gè)代理通過(guò)發(fā)送 Trap消息的方式向管理站報(bào)告重要事件 50 2022/2/6 SNMP的發(fā)展和現(xiàn)狀 SNMP的發(fā)展歷史 SNMP發(fā)展到現(xiàn)在，共推出了三個(gè)版本和兩個(gè)擴(kuò)展： 例如時(shí)間戳為 100表明在代理初始化后 100ms發(fā)生了該事件。 ? 代理地址（ agentaddr） ：產(chǎn)生 trap的 SNMP代理或代理服務(wù)器（ proxy）的地址。 ? 差錯(cuò)索引： 當(dāng)出現(xiàn) noSuchName、 badValue或 readOnly的差錯(cuò)時(shí)，由代理進(jìn)程在應(yīng)答時(shí)設(shè)置的一個(gè)整數(shù)，它指明有差錯(cuò)的變量在變量列表中的偏移。代理進(jìn)程在發(fā)送 getresponse報(bào)文時(shí)也要返回此請(qǐng)求標(biāo)識(shí)符。 共同體（ munity）：共同體就是一個(gè)字符串，作為管理進(jìn)程和代理進(jìn)程之間的明文口令，目前許多系統(tǒng)缺省的共同體名為 “ public”?？梢?jiàn)一個(gè) SNMP報(bào)文共有三個(gè)部分組成：公共 SNMP首部、 get/set首部和變量綁定。2022/2/6 第二章 SNMP網(wǎng)絡(luò)管理架構(gòu) 張森 2 2022/2/6 第二章 SNMP網(wǎng)絡(luò)管理架構(gòu) ? 網(wǎng)絡(luò)管理協(xié)議的發(fā)展歷史 ? SNMP體系結(jié)構(gòu) ? SNMP協(xié)議 ? SNMP的發(fā)展和現(xiàn)狀 3 2022/2/6 網(wǎng)絡(luò)管理協(xié)議的發(fā)展歷史 ? TCP/IP的起源 – 1969年，美國(guó)國(guó)防部資助建立了 APARNET網(wǎng) – 1970s，開(kāi)發(fā)了一套協(xié)議簇，解決大量主機(jī)的互操作問(wèn)題。下圖是封裝成 UDP數(shù)據(jù)報(bào)的 5種操作的 SNMP報(bào)文格式 。 41 2022/2/6 SNMP協(xié)議 SNMP的報(bào)文格式 PDU類(lèi)型 名稱(chēng) 0 getrequest 1 getnextrequest 2 getresponse 3 setrequest 4 trap PDU類(lèi)型 42 2022/2/6 SNMP協(xié)議 SNMP的報(bào)文格式 get/set首部 ? 請(qǐng)求標(biāo)識(shí)符： 這是由管理進(jìn)程設(shè)置的一個(gè)整數(shù)值。 ? 差錯(cuò)狀態(tài)： 由代理進(jìn)程應(yīng)答時(shí)填入 0~5中的一個(gè)數(shù)字，具體描述如下表所示。該字段也稱(chēng)為 “ 制造商 ID”。 ? 時(shí)間戳 （ timestamp）：指明自代理進(jìn)程初始化到 trap報(bào)告的事件發(fā)生所經(jīng)歷的時(shí)間，單位為 ms。 47 2022/2/6 SNMP協(xié)議 SNMP共同體和安全控制 – SNMP使用共同體（ munity）的概念 ? Community保護(hù)被管理設(shè)備的 MIB不被非法的訪問(wèn) ? SNMP用 munity來(lái)定義一個(gè)代理和一組管理進(jìn)程之間的認(rèn)證、訪問(wèn)控制和代管的關(guān)系 ? 共同體是一個(gè)在被管理設(shè)備中定義的本地概念 ? 一個(gè)代理可以與多個(gè)管理站建立多個(gè) munity ? 同一個(gè)管理站也可以出現(xiàn)在不同的 munity中 – Community ? 每個(gè)共同體有唯一的共同體名，一個(gè)共同體內(nèi)的所有管理進(jìn)程必須在所有的 Get和Set操作中使用該共同體名字 ? 一個(gè) Agent中可以建立多個(gè)共同體，這些共同體可以包括重疊的管理進(jìn)程 ? 共同體名只具有局部意義，不同的 Agent可以使用相同的名字，管理進(jìn)程必須知道它所訪問(wèn)的 Agent的團(tuán)體名 ? 共同體名為字符串，明文傳輸，安全性差 48 2022/2/6 SNMP協(xié)議 輪詢(xún)和中斷 代理從被管設(shè)備中收集數(shù)據(jù)有 3種方法： ●輪詢(xún) ●中斷 ●面向自陷的輪詢(xún) 49 2022/2/6 SNMP協(xié)議 輪詢(xún)和中斷 ? 管理站采用輪詢(xún)的方式訪問(wèn)各個(gè)代理中的管理信息 ? 簡(jiǎn)單輪詢(xún)方式的缺點(diǎn) – 被管設(shè)備太多，則監(jiān)測(cè)周期過(guò)長(zhǎng) – 有些數(shù)據(jù)不需要，浪費(fèi)通信資源 ? 中斷 ? 面向自陷的輪詢(xún) – 管理站以不太頻繁的周期進(jìn)行一次初始化。 RMON擴(kuò)展了 SNMPv1的功能，主要加強(qiáng)了對(duì)局域網(wǎng)及設(shè)備的管理 52 2022/2/6 SNMP的發(fā)展和現(xiàn)狀 SNMP v2的主要功能改進(jìn) ? 提供了一次讀取大塊數(shù)據(jù)的能力（主要由新增加的GetBulkRequest操作來(lái)實(shí)現(xiàn)），效率大大提高； ? 增加了管理進(jìn)程（ manager）與管理進(jìn)程之間的信息交換機(jī)制（主要由新增加的 InformRequest操作來(lái)實(shí)現(xiàn)），從而支持分布式管理結(jié)構(gòu)。 ? SNMPv3使用基于用戶(hù)的安全模型（ USM）實(shí)現(xiàn)安全性 ? SNMPv3只是一個(gè)安全規(guī)范，沒(méi)有定義其他的新的 SNMP功能，只是為 SNMP提供了安全方面的功能。具體來(lái)講， USM定義了下面的目標(biāo)： 通過(guò)消息時(shí)序性限制，如果消息在一個(gè)指定的時(shí)間范圍外產(chǎn)生，則拒絕接收。建議管理人員修改該缺省值，并增加字符串的復(fù)雜
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1