第6章 管理信息庫_第1頁
第6章 管理信息庫_第2頁
第6章 管理信息庫_第3頁
第6章 管理信息庫_第4頁
第6章 管理信息庫_第5頁
已閱讀5頁,還剩53頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

第六章管理信息庫計(jì)算機(jī)網(wǎng)絡(luò)管理MIB-2

MIB-2由RFC1213來定義,共由11個(gè)功能組,175個(gè)對象。mib-2(1)system(1)interface(2)at(3)ip(4)icmp(5)tcp(6)udp(7)egp(8)cmot(9)

transmission(10)snmp(11)系統(tǒng)組(Systemgroup)System(mib-21)sysDescr(1)系統(tǒng)描述sysObjectID(2)系統(tǒng)制造商標(biāo)識sysUpTime(3)系統(tǒng)的運(yùn)行時(shí)間sysContact(4)系統(tǒng)的管理人員sysName(5)系統(tǒng)的名字sysLocation(6)系統(tǒng)的物理地址(放置地點(diǎn))sysServices(7)系統(tǒng)提供的協(xié)議層服務(wù)包含了關(guān)于實(shí)體所在系統(tǒng)的數(shù)據(jù),對故障管理和配置管理有較大的作用系統(tǒng)組(Systemgroup)配置管理sysDescr描述了系統(tǒng)的操作系統(tǒng)和軟件版本等信息。該數(shù)據(jù)有助于對系統(tǒng)的版本維護(hù)、故障檢測等工作。sysContact、sysLocation、sysName等信息有助于在系統(tǒng)維護(hù)時(shí)與相關(guān)部門和人員取得聯(lián)系。系統(tǒng)組(Systemgroup)故障管理sysObjectID標(biāo)識了系統(tǒng)的生產(chǎn)廠商,這對于系統(tǒng)發(fā)生故障時(shí)尋求技術(shù)服務(wù)是非常有用。sysServices顯示一個(gè)設(shè)備可能提供的協(xié)議層服務(wù),其值在0~127之間,可用7位二進(jìn)制的每一位表示ISO參考模型中的每一層服務(wù)。例如:一個(gè)主機(jī)結(jié)點(diǎn)提供傳輸層和應(yīng)用層的服務(wù),則它的值為1001000=7210。sysUptime對象指示一個(gè)系統(tǒng)從上一次初始化后已經(jīng)運(yùn)行的時(shí)間。管理員可以定期查詢該對象的值。如果當(dāng)前值小于前一次的值,說明前一次查詢后系統(tǒng)重新啟動(dòng)了。接口組(Interfacegroup)接口組提供了網(wǎng)絡(luò)設(shè)備上每個(gè)接口的信息,包括配置信息和每個(gè)接口上發(fā)生事件的統(tǒng)計(jì)信息。所有的SNMP代理都要求實(shí)現(xiàn)interface組。這個(gè)組只描述接口的一般參數(shù)。interfaces(mib-22)ifNumber(1)網(wǎng)絡(luò)接口數(shù),記錄一個(gè)網(wǎng)絡(luò)設(shè)備的所有接口的總數(shù)

ifTable(2)記錄接口的其它信息,一個(gè)接口占表的一行記錄,表長為ifNumberifEntry(1)ifIndex(1)接口表惟一的索引項(xiàng),索引值為1~ifNumber范圍ifDescr(2)接口的描述,制造商名,產(chǎn)品名和版本等ifType(3)接口的類型,用一個(gè)整數(shù)表示,表示物理層和數(shù)據(jù)鏈路層協(xié)議確定的接口類型ifMtu(4)表示該接口上可以發(fā)送或接收的最大協(xié)議數(shù)據(jù)單元大小(位組數(shù))ifSpeed(5)指定一個(gè)接口的傳輸速率,單位為“位/秒”(bps)ifPhysAddress(6)接口的物理地址ifAdminStatus(7)用于配置接口的管理狀態(tài),up(1)down(2)testing(3)ifOperStatus(8)提供一個(gè)接口的當(dāng)前操作狀態(tài),up(1)down(2)testing(3)ifLastChange(9)接口進(jìn)入當(dāng)前狀態(tài)的時(shí)間ifInOctets(10)接口收到的總字節(jié)數(shù)ifInUcastPkts(11)單點(diǎn)發(fā)送到一種高層協(xié)議上的包的總數(shù)目ifInNUcastPkts(12)發(fā)往高層協(xié)議的非單播包數(shù)(廣播和多播)ifInDiscards(13)接口丟棄的輸入包數(shù)ifInErrors(14)由于錯(cuò)誤導(dǎo)致接收的錯(cuò)誤包數(shù)ifInUnknownPorotos(15)由于未知或不支持的協(xié)議而被拋棄的輸入包數(shù)ifOutOctets(16)接口發(fā)送的總字節(jié)數(shù)ifOutUcastPkts(17)高層協(xié)議請求傳輸?shù)膯尾グ鼣?shù)ifOutNUcastPkts(18)高層協(xié)議請求的非單播(廣播和多播)包數(shù)ifOutDiscards(19)由于資源局限而導(dǎo)致丟棄的發(fā)出包的總數(shù)目ifOutErrors(20)由于錯(cuò)誤而導(dǎo)致丟棄的發(fā)出包的總數(shù)目ifOutQLen(21)輸出包隊(duì)列中包的總數(shù)(輸出隊(duì)列長度)ifSpecific(22)指向MIB中特定介質(zhì)的定義輸入輸出接口組(Interfacegroup)配置管理用于配置管理的Interfaces組的對象為:(2)

(3)

(4)

(5)

(7)。對于ifType(3)是標(biāo)識接口的類型,用一個(gè)整數(shù)表示ifSpeed(5)指定一個(gè)接口每秒可以傳送的最大位數(shù),管理員可根據(jù)情況設(shè)置接口速度,調(diào)整接口的傳輸能力。ifAdminStatus(7)用于配置接口的狀態(tài)。ifAdminStatus值設(shè)置為up,并不意味著該接口的工作狀態(tài)將為up。接口組(Interfacegroup)性能管理用于性能管理的Interfaces組有12個(gè)對象:(10)~(21)??梢酝ㄟ^這些輸入、輸出對象觀察接口的許多特性。如接口的利用率、錯(cuò)誤率、丟包率等??梢粤私饽男┒丝谡诠ぷ?,以及它們在24小時(shí)時(shí)間段內(nèi)正常工作的時(shí)間百分比,對于管理員非常有幫助。接口組(Interfacegroup)性能管理接口的利用率:首先取得兩個(gè)不同時(shí)刻(X時(shí)刻和Y時(shí)刻)間計(jì)數(shù)器的差值函數(shù)delta。如:delta(ifInOctets)=(ifInOctetsy-ifInOctetsx)總字節(jié)數(shù)=delta(ifInOctets)+delta(ifOutOctets)每秒總字節(jié)數(shù)=總字節(jié)數(shù)/(y-x)接口的利用率=((每秒總字節(jié)數(shù)×8)/ifSpeed)×100由于接口工作不正常,設(shè)備緩沖溢出等會(huì)造成錯(cuò)誤和丟包原因。接口組(Interfacegroup)性能管理接口的丟包率:接收信息時(shí)每秒丟包率=delta(ifInDiscards)/delta(seconds)--delta(seconds)=y-x發(fā)送信息時(shí)每秒丟包率=delta(ifOutDiscards)/delta(seconds)接收信息丟包率=ifInDiscards/(ifInUcastPkts+ifInNUcastPkts)發(fā)送信息丟包率=ifOutDiscards/(ifOutUcastPkts+ifOutNUcastPkts)接口組(Interfacegroup)性能管理接口的錯(cuò)誤率:接收每秒錯(cuò)誤率=delta(ifInError)/delta(seconds)發(fā)送每秒錯(cuò)誤率=delta(ifOutError)/delta(seconds)計(jì)算廣播包的接收和發(fā)送以及多點(diǎn)發(fā)送包速率的公式:接收廣播/多點(diǎn)發(fā)送包速率=delta(ifInNUcastPkts)/delta(seconds)發(fā)送廣播/多點(diǎn)發(fā)送包速率=delta(ifOutNUcastPkts)/delta(seconds)接口組(Interfacegroup)故障管理用于故障管理的Interfaces組有4個(gè)對象:(6)

(7)

(8)

(9)。ifAdminStatus和ifOperStatus對象聯(lián)合使用的含義ifPhyAddress(6)表示接口介質(zhì)的物理地址。如果一個(gè)接口沒有物理地址,則該值將為零長度的OCTETSTRING。ifLastChange(9)表示接口進(jìn)入當(dāng)前狀態(tài)的時(shí)間,與系統(tǒng)組中的sysUpTime的作用類似。接口組(Interfacegroup)計(jì)費(fèi)管理用于計(jì)費(fèi)管理的Interfaces組有6個(gè)對象:(10)(11)(12)(16)(17)(18)。其中(10)、(16)是以字節(jié)的方式計(jì)數(shù),其它4個(gè)對象是以包來計(jì)數(shù)。地址轉(zhuǎn)換組(Addresstranslationgroup)地址轉(zhuǎn)換組包含一個(gè)表,表中的每一行對應(yīng)系統(tǒng)的一個(gè)物理接口,表示網(wǎng)絡(luò)地址到接口的物理地址的映射關(guān)系。at(mib-23)atTable(1)atEntry(1)atIfIndex(1)atPhysAddress(2)atNetAddress(3)IP組

IP組提供了一個(gè)網(wǎng)絡(luò)結(jié)點(diǎn)中有關(guān)IP實(shí)現(xiàn)和操作的信息。在端系統(tǒng)和中間系統(tǒng)中都可以實(shí)現(xiàn)。IP組的對象大致可以分4類:關(guān)于IP包類型數(shù)據(jù)和觀察到的錯(cuò)誤的對象,即有關(guān)性能和故障監(jiān)控的標(biāo)量對象。關(guān)于IP地址信息表。關(guān)于IP路由信息的路由表。轉(zhuǎn)換IP地址到物理地址的映射表。ip(mib-24)ipForwarding(1)設(shè)備是否被設(shè)置成IP網(wǎng)關(guān)。1-是;2-否ipDefaultTTL(2)IP頭中的TimeToLive字段的值ipInReceives(3)接收的全部IP數(shù)據(jù)報(bào)的總數(shù)目,包含錯(cuò)誤的數(shù)據(jù)報(bào)ipInHdrErrors(4)由于其IP包頭中錯(cuò)誤而丟棄的輸入數(shù)據(jù)報(bào)數(shù)目ipInAddrErrors(5)由于目的IP地址無效而導(dǎo)致丟棄的輸入IP數(shù)據(jù)報(bào)數(shù)目ipForwDatagrams(6)在接收的IP數(shù)據(jù)報(bào)中,轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)數(shù)目ipInUnKnownProtos(7)接收的數(shù)據(jù)報(bào)中,由于未知協(xié)議或不支持協(xié)議而丟棄的數(shù)據(jù)報(bào)數(shù)目ipInDiscards(8)由于資源局限(如:緩沖區(qū)空間不足)而丟棄的輸入數(shù)據(jù)報(bào)數(shù)目ipInDelivers(9)由IP層成功提交給上層的數(shù)據(jù)報(bào)數(shù)目ipOutRequests(10)本地IP的上層協(xié)議提供給IP傳送的IP數(shù)據(jù)報(bào)數(shù)目ipOutDiscards(11)由于資源局限(如:緩沖區(qū)空間不足)而丟棄的輸出數(shù)據(jù)報(bào)數(shù)目ipOutNoRoutes(12)因無法找到到達(dá)目標(biāo)地址的路由而丟棄的輸出數(shù)據(jù)報(bào)數(shù)目ipReasmTimeout(13)接收到的IP分段在等待重組時(shí)要保持的時(shí)間值,以秒為單位ipReasmReqds(14)接收到需要在本地重組的IP分段數(shù)目ipReasmOKs(15)成功重組的IP數(shù)據(jù)報(bào)數(shù)目ipReasmFails(16)IP重組檢測到的失敗次數(shù)ipFragOKs(17)成功分段的數(shù)據(jù)報(bào)數(shù)目ipFragFails(18)由于需要分段而無法分段(如設(shè)置了不可分段標(biāo)志Don’tFragment)而導(dǎo)致丟棄的IP數(shù)據(jù)報(bào)數(shù)目ipFragCreates(19)創(chuàng)建的IP分段數(shù)目ipAddrTable(20)ipRouteTable(21)ipNetToMediaTable(22)ipRoutingDiscards(23)盡管有效仍然被丟棄(如資源局限)的路由表項(xiàng)目數(shù)IP組配置管理用于配置管理的IP組的對象有3個(gè):ipForwarding(1)、ipAddrTable、ipRouteTable。

ipForwarding對象表示網(wǎng)絡(luò)設(shè)備是否是被設(shè)置為轉(zhuǎn)發(fā)IP數(shù)據(jù)報(bào)。有些設(shè)備提供網(wǎng)絡(luò)層服務(wù),但并不一定設(shè)置有ip路由功能。此時(shí)可以通過查詢系統(tǒng)組的sysServices和IP組的ipForwarding對象來確定設(shè)備的路由功能。IP組配置管理ipAddrTable提供了有關(guān)網(wǎng)絡(luò)實(shí)體的當(dāng)前IP地址的信息。表中每一行是一個(gè)ipAddrEntry,而一個(gè)ipAddrEntry對應(yīng)一個(gè)接口的地址信息,其中ipAddrEntIfIndex索引值與Interface組的IfTable中的ifIndex一致。表中的對象大部分是可讀寫的,可進(jìn)行配置管理。ipAdEntAddr(1)ipAddressRO實(shí)體的IP地址ipAddrTable(20)ipAddeEntry(1)類型訪問權(quán)限說明ipAdEntIndex(2)INTEGERRO惟一標(biāo)識該實(shí)體所對應(yīng)的接口的索引值ipAdEntNetMask(3)ipAddressRO與該實(shí)體的IP地址相關(guān)聯(lián)的子網(wǎng)掩碼ipAdEntBcastAddr(4)INTEGERRO與該實(shí)體的IP地址相對應(yīng)的廣播地址ipAdEntReasmMaxSize(5)INTEGERRO該實(shí)體所能重組的最大輸入IP數(shù)據(jù)報(bào)大小IP組配置管理

ipRouteTable列出了當(dāng)前路由設(shè)備中的路由信息。其中大部分對象是可讀寫的,可以通過Set操作增加新的路由。ipRouteTable(ip21)ipRouteEntry(1)類型訪問權(quán)限說明ipRouteDest(1)ipAddressRW

路由器的目的IP地址ipRouteIfIndex(2)INTEGERRW

標(biāo)識下一個(gè)路程段要到達(dá)的接口ipRouteMetric1(3)INTEGERRW

路由的主路由度量ipRouteMetric2(4)INTEGERRW

替代的路由度量ipRouteMetric3(5)INTEGERRW

替代的路由度量ipRouteMetric4(6)INTEGERRW

替代的路由度量ipRouteNextHop(7)ipAddressRW下一站的IP地址ipRouteType(8)INTEGERRW

路由類型other(1),invalid(2),direct(3),indirect(4)ipRouteProto(9)INTEGERRW

路由協(xié)議,如ICMP、RIP、OSPF等14種ipRouteAge(10)INTEGERRW自路由上次更新之后的秒數(shù)ipRouteMask(11)ipAddressRW

與目標(biāo)地址有關(guān)的子網(wǎng)掩碼ipRouteMeTric5(12)INTEGERRW替代的路由度量ipRouteInfo(13)OBJECTIDENTIFIERRO指向MIB中的其他地方定義的路由信息(對象標(biāo)識符)IP組性能管理用于性能管理的IP組對象有18個(gè):(3)~(19)

(23)。IP組的對象對流經(jīng)IP層的數(shù)據(jù)提供了大量的統(tǒng)計(jì)手段,便于網(wǎng)絡(luò)管理應(yīng)用從多個(gè)角度來評判網(wǎng)絡(luò)的性能。IP組性能管理ipForwDatagrams(6)記錄設(shè)備轉(zhuǎn)發(fā)的IP數(shù)據(jù)報(bào)。通過兩次(X時(shí)刻和Y時(shí)刻)查詢該對象,可以獲得該設(shè)備對數(shù)據(jù)報(bào)的轉(zhuǎn)發(fā)速率:IP數(shù)據(jù)報(bào)的轉(zhuǎn)發(fā)速率=(ipForwDatagramsy-ipForwDatagramsx)/(y-x)

為檢查設(shè)備轉(zhuǎn)發(fā)IP報(bào)的速率是否滿足網(wǎng)絡(luò)的需要,可以比較IP數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)速率和IP數(shù)據(jù)報(bào)輸入速率:IP數(shù)據(jù)報(bào)輸入速率=(ipInReceivesy-ipInReceivesx)/(y-x)當(dāng)IP數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)速率基本等于IP數(shù)據(jù)報(bào)輸入速率時(shí),設(shè)備的轉(zhuǎn)發(fā)功能處于正常狀態(tài)。IP組性能管理ip輸入錯(cuò)誤率=

(ipInDiscards+ipInHdrError+ipInAddrError)/ipInReceivesip輸出錯(cuò)誤率=(ipOutDiscards+ipOutHdrError+ipOutAddrError)/ipOutReceivesIP組故障管理用于故障管理的IP組對象有兩個(gè):ipRouteTable、ipNetToMediaTable。通過ipRouteTable表可以找出到達(dá)一個(gè)網(wǎng)絡(luò)的路由,確定與路由相關(guān)的故障原因。對故障管理非常有用。ipNetToMediaTable表記錄了從IP地址到物理地址的映射。檢查此表,可以發(fā)現(xiàn)與設(shè)備相連的其他設(shè)備IP地址和物理地址的映射以及映射方式,由此可以發(fā)現(xiàn)設(shè)備之間的一些連接情況。IP組故障管理ipNetToMediaIfIndex(1)INTEGER

RW

該記錄對應(yīng)的接口索引號ipNetToMediaTable(22)ipNetToMediaEntry(1)類型訪問權(quán)限說明ipNetToMediaPhysAddress(2)PhysAddressRW與介質(zhì)相關(guān)的“物理”地址ipNetToMediaNetAddress(3)ipAddressRW與介質(zhì)依賴的物理地址相對應(yīng)的IP地址ipNetToMediaType(4)INTEGERRWIP到物理地址的映射的類型

1-其他;2-無效;3-動(dòng)態(tài);4-靜態(tài)IP組有一個(gè)網(wǎng)絡(luò)配置,一個(gè)主機(jī)A要訪問一臺服務(wù)器,但是現(xiàn)在主機(jī)A無法連接到服務(wù)器上,已知服務(wù)器是正常的,如何查找故障?主機(jī)A主機(jī)B主機(jī)C路由器A路由器C路由器B服務(wù)器e1s1s1s1s2e1e1IP組首先查找主機(jī)A的網(wǎng)絡(luò)配置,查出它的默認(rèn)網(wǎng)關(guān)是路由器e1接,然后查詢路由器A的ipRouteTable表,根據(jù)ipRouteDest,ipRouteNextHop,ipRouteIfIndex來確定到達(dá)服務(wù)器所要經(jīng)過的下一站,以及數(shù)據(jù)通過路由器A的接口。從查詢結(jié)果可以得知,主機(jī)A的數(shù)據(jù)到達(dá)路由器A后,是通過接口s1傳向下一個(gè)路由器B。繼續(xù)檢查路由器B的ipRouteTable表發(fā)現(xiàn)路由器B中沒有指向服務(wù)器的路由器C信息。仔細(xì)檢查路由器B和路由器C的路由設(shè)置,發(fā)現(xiàn)是路由設(shè)置不匹配造成的故障。IP組計(jì)費(fèi)管理用于計(jì)費(fèi)管理的IP組對象有2個(gè):(9)(10)。IP組中給出的計(jì)費(fèi)對象不同于在Interfaces組中使用的計(jì)費(fèi)對象。這里的對象是從IP層的角度對數(shù)據(jù)流量進(jìn)行計(jì)費(fèi)。如ipInDelivers(9)統(tǒng)計(jì)無錯(cuò)地傳遞給上層協(xié)議和應(yīng)用的IP分組數(shù),以此為依據(jù)進(jìn)行計(jì)費(fèi),可以排除無效報(bào)文對計(jì)費(fèi)結(jié)果地干擾,促使計(jì)費(fèi)工作更細(xì)致。ICMP組

ICMP是IP的伴隨協(xié)議。所有實(shí)現(xiàn)IP協(xié)議的結(jié)點(diǎn)都必須實(shí)現(xiàn)ICMP協(xié)議。ICMP組中的對象都是對各種類型的ICMP消息的接收和發(fā)送的統(tǒng)計(jì)結(jié)果,都是計(jì)數(shù)器。在查找可能的路由問題時(shí),ICMP組非常有用。主要用于性能管理和故障管理。icmp(mib-25)icmpInMsgs(1)接收到的ICMP消息的數(shù)目icmpInError(2)接收到的錯(cuò)誤ICMP消息的數(shù)量icmpInDestUnreachs(3)接收到目的不可達(dá)的ICMP消息的數(shù)目icmpInTimeExcds(4)設(shè)備接受到的ICMP超時(shí)消息的數(shù)目icmpInPramProbe(5)設(shè)備接受到的ICMP參數(shù)問題消息的數(shù)量icmpInSrcQuenchs(6)接收到源抑制的ICMP消息的數(shù)量icmpInRedirects(7)設(shè)備接受到的ICMP重定向消息的數(shù)量icmpInEchos(8)接收到的ICMPEchoRequest消息的數(shù)量icmpInEchoReps(9)接收到的ICMPEchoReply消息的數(shù)量icmpInTimestamps(10)接收到的ICMPTimestamp消息的數(shù)量icmpInTimestampReps(11)接收到的ICMPTimestampReply消息的數(shù)量icmpInAddrMasks(12)接收到的請求地址掩碼ICMP消息的數(shù)量icmpInAddrMaskReps(13)接收到的響應(yīng)地址掩碼ICMP消息的數(shù)量icmpOutMsgs(14)該設(shè)備試圖發(fā)送的ICMP消息的數(shù)量icmpOutError(15)資源局限而沒有發(fā)送的ICMP消息的數(shù)量icmpOutDestUnreachs(16)設(shè)備發(fā)送的ICMP目的不可達(dá)到的消息的數(shù)量icmpOutTimeExcds(17)設(shè)備發(fā)送的ICMP超時(shí)消息的數(shù)量icmpOutPramProbe(18)設(shè)備發(fā)送的ICMP參數(shù)有問題消息的數(shù)量icmpOutSrcQuenchs(19)設(shè)備發(fā)送的ICMP源抑制消息的數(shù)量icmpOutRedirects(20)設(shè)備發(fā)送的ICMP重定向消息的數(shù)量icmpOutEchos(21)設(shè)備發(fā)送的ICMPEcho消息的數(shù)量icmpOutEchoReps(22)設(shè)備發(fā)送的ICMPEchoReply消息的數(shù)量icmpOutTimestamps(23)設(shè)備發(fā)送的ICMPTimestamp消息的數(shù)量icmpOutTimestampReps(24)設(shè)備發(fā)送的ICMP響應(yīng)時(shí)間出戳消息的數(shù)量icmpOutAddrMasks(25)設(shè)備發(fā)送的ICMPAddressMask消息的數(shù)量icmpOutAddrMaskReps(26)設(shè)備發(fā)送的ICMP響應(yīng)地址掩碼消息的數(shù)量ICMP組一個(gè)實(shí)體接收到大量的(6),說明路由表或網(wǎng)絡(luò)性能有問題。原因:由于TCP是可靠的面向連接的協(xié)議,在建立連接的時(shí)候會(huì)協(xié)商窗口大小,當(dāng)網(wǎng)絡(luò)擁塞或主機(jī)資源缺乏的時(shí)候,則會(huì)相互通知以減慢數(shù)據(jù)發(fā)送速度;而UDP協(xié)議則沒有這樣的傳輸機(jī)制,當(dāng)網(wǎng)絡(luò)擁塞或資源不足的時(shí)候,無法通知對方,所以,這時(shí),則會(huì)發(fā)送ICMP源抑制的報(bào)文給發(fā)送端,以減慢發(fā)送速度。ICMP組一個(gè)實(shí)體發(fā)送大量的(19),可能意味著實(shí)體正在交換路由表信息,并且告訴發(fā)送源從其他路徑轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)。如果一個(gè)實(shí)體發(fā)送或接收大量的ICMP錯(cuò)誤,通過(2)和(15)可以判斷是否是ICMP數(shù)據(jù)報(bào)導(dǎo)致了性能問題。ICMP消息輸入速率=(icmpInMsgsy-icmpInMsgsx)/(y-x)ICMP消息輸出速率=(icmpOutMsgsy-icmpOutMsgsx)/(y-x)ICMP組接收或發(fā)送一個(gè)偶然的ICMP消息并不一定表明存在路由問題。但是,如果有如下兩種情況這就表明可能存在問題:與設(shè)備發(fā)送或轉(zhuǎn)發(fā)的IP包的數(shù)量相比,設(shè)備接收到了大量的ICMP錯(cuò)誤消息;與設(shè)備接收到IP包的數(shù)量相比,設(shè)備生成了大量的ICMP錯(cuò)誤消息。TCP組TCP組的對象主要用于對流量控制,丟棄重傳和網(wǎng)絡(luò)擁擠等問題的解決。TCP組由一些TCP的系統(tǒng)對象和一個(gè)記錄當(dāng)前TCP連接的表組成。tcp(mib-26)tcpRtoAlgorithm(1)重傳時(shí)間算法:other(1),constant(2),rsre(3),vanj(4)tcpRtoMin(2)最小的TCP重傳超時(shí)tcpRtoMax(3)最大的TCP重傳超時(shí)tcpMaxConn(4)允許的最大TCP連接數(shù)tcpActiveOpens(5)主動(dòng)打開的TCP連接數(shù)tcpPassiveOpens(6)被動(dòng)打開的TCP連接數(shù)tcpAttemptFails(7)建立連接的嘗試失敗的次數(shù)tcpEstabResets(8)已經(jīng)建立的連接被復(fù)位的次數(shù)tcpCurrEstab(9)當(dāng)前的TCP連接數(shù)tcpInSegs(10)接收的TCP段總數(shù)tcpOutSegs(11)發(fā)送的TCP段總數(shù)tcpRetransSegs(12)重傳的TCP段總數(shù)tcpConnTable(13)

TCP連接表tcpInError(14)接收的錯(cuò)誤的TCP段數(shù)tcpOutRests(15)發(fā)出的含RST標(biāo)志的段數(shù)TCP組tcpConnTable(tcp13)

tcpConnEntry(1)tcpConnState(1)INTEGERRW連接狀態(tài),有12種tcpConnLocalAddress(2)IpAddressRO本地IP地址tcpConnLocalPort(3)INTEGERRO本地TCP端口tcpConnRemAddress(4)IpAddressRO遠(yuǎn)程IP地址tcpConnRemPort(5)INTEGERRO遠(yuǎn)程TCP端口TCP組配置管理TCP組用于配置管理的對象有5個(gè):(1)~(4)(9)。對象類型類型訪問權(quán)限說明tcpRtoAlgorithm(1)INTEGERROTCP的重傳策略(重傳時(shí)間算法)tcpRtoMin(2)INTEGERRO最小的TCP重傳超時(shí)tcpRtoMax(3)INTEGERRO最大的TCP重傳超時(shí)tcpMaxConn(4)INTEGERRO允許的最大TCP連接數(shù)tcpCurrEstab(9)CounterRO當(dāng)前的TCP連接數(shù)TCP組配置管理TCP的重傳策略及其他相關(guān)參數(shù)對網(wǎng)絡(luò)的性能有著很大的影響。當(dāng)tcpMaxConn的值為-1時(shí),表明最大TCP連接數(shù)是動(dòng)態(tài)變化的。tcpCurrEstab記錄的是當(dāng)前的TCP連接數(shù),如果系統(tǒng)試圖建立超過tcpMaxConn值的TCP連接,可以導(dǎo)致系統(tǒng)性能的降低。TCP組性能管理TCP組用于性能管理的對象有7個(gè):(7)

(8)

(10)

(11)

(12)

(14)

(15)。對象類型類型訪問權(quán)限說明tcpAttempFails(7)CounterRO建立連接的嘗試失敗次數(shù)tcpEstabResets(8)CounterRO

連接復(fù)位數(shù)tcpInSegs(10)CounterRO接收的TCP段總數(shù)tcpOutSegs(11)CounterRO發(fā)送的TCP段總數(shù)tcpRetransSegs(12)CounterRO重傳的TCP段數(shù)tcpInErrs(14)CounterRO接收出錯(cuò)的TCP段數(shù)tcpOutRsts(15)CounterRO發(fā)出的含RST標(biāo)志的段數(shù)TCP組性能管理tcpAttempFails和tcpEstabResets對象可以用來衡量網(wǎng)絡(luò)的穩(wěn)定性和拒絕率。計(jì)算TCP段進(jìn)入和離開實(shí)體的速率:TCP段輸入速率=delta(tcpInSegs)/delta(seconds)TCP段輸出速率=delta(tcpInOutSegs)/delta(seconds)TCP組計(jì)費(fèi)管理TCP組用于計(jì)費(fèi)管理的對象有:(5)

(6)

(10)

(11)表(13)。對象類型類型訪問權(quán)限說明tcpActiveOpens(5)

CounterRO實(shí)體打開TCP連接的次數(shù)tcpPassiveOpens(6)CounterRO實(shí)體收到的請求打開連接的次數(shù)tcpInSegs(10)CounterRO輸入的TCP段個(gè)數(shù)tcpOutSegs(11)CounterRO輸出的TCP段個(gè)數(shù)TCP組計(jì)費(fèi)管理利用(5)和(6)對象可以統(tǒng)計(jì)一個(gè)實(shí)體發(fā)起和被請求的TCP連接次數(shù)。利用(10)和(11)可以實(shí)現(xiàn)對TCP段的計(jì)費(fèi),從而增加了網(wǎng)絡(luò)計(jì)費(fèi)的方式,便于制定靈活性強(qiáng)的計(jì)費(fèi)政策。tcpConnTable給出的是有關(guān)當(dāng)前存在的連接的情況,包括TCP連接狀態(tài),本地地址和端口號,遠(yuǎn)程地址和端口號等。通過反復(fù)查表,可獲得與本系統(tǒng)相關(guān)的連接所建立的時(shí)間,即反映了每一次連接對系統(tǒng)資源的使用情況。TCP組計(jì)費(fèi)管理由于tcpConnTable表的內(nèi)容隨TCP連接狀態(tài)的變化而改變,如某個(gè)連接斷開,則表中可能丟失該連接的信息。因此,要獲得比較詳細(xì)的TCP連接情況,需要設(shè)置較短的查詢間隔,但這會(huì)增加系統(tǒng)的負(fù)擔(dān),所以,需要進(jìn)行權(quán)衡。TCP組安全管理利用tcpConnTable表中的數(shù)據(jù)可以跟蹤那些試圖與本系統(tǒng)建立連接的遠(yuǎn)程系統(tǒng)。通過分析這些連接特點(diǎn),可以檢測是否存在外來入侵。UDP組UDP與TCP很相似,但沒有TCP嚴(yán)格。UDP不保證可靠性連接,因此UDP不提供有關(guān)連接的信息。UDP組提供了關(guān)于數(shù)據(jù)報(bào)和本地點(diǎn)的詳細(xì)信息,其中UDP表只有本地地址和本地端口兩項(xiàng)。udp(mib-27)udpInDatagrams(1)接收的UDP數(shù)據(jù)報(bào)總數(shù)udpNoPorts(2)沒有發(fā)現(xiàn)端口而無法提交的數(shù)據(jù)報(bào)數(shù)目udpInErrors(3)除了無效端口外的其他原因?qū)е洛e(cuò)誤的輸入數(shù)據(jù)報(bào)數(shù)目udpOutDatagrams(4)發(fā)送的UDP數(shù)據(jù)報(bào)總數(shù)udpTable(5)UDP表udpEntry(1)類型訪問權(quán)限說明udpLocalAddress(1)IpAddressROUDP偵聽的本地IP地址udpLocalPort(2)INTEGERROUDP偵聽的本地端口UDP組配置管理監(jiān)視可用的網(wǎng)絡(luò)服務(wù)可以歸入配置管理的領(lǐng)域。通過檢測udpTable,可以確定實(shí)體的應(yīng)用設(shè)置是否正確。舉例:如果知道一個(gè)實(shí)體有一個(gè)在已知UDP端口提供遠(yuǎn)程打印機(jī)的應(yīng)用,可以使用udpTable確認(rèn)該配置信息。UDP組性能管理UDP組用于性能管理的對象有4個(gè):(1)~(4)。對象類型類型訪問權(quán)限說明udpInDatagramsCounterRO接收到的UDP數(shù)據(jù)報(bào)數(shù)目udpNoPortsCounterRO沒有發(fā)送到有效UDP端口

的數(shù)據(jù)報(bào)數(shù)目udpInErrorsCounterRO除無效端口外的其他原

因?qū)е洛e(cuò)誤的UDP輸入數(shù)

據(jù)報(bào)數(shù)目udpOutDatagramsCounterRO發(fā)送的UDP數(shù)據(jù)報(bào)數(shù)目UDP組性能管理其中(1)、(4)計(jì)算數(shù)據(jù)報(bào)的輸入率和輸出率,可以衡量系統(tǒng)處理UDP數(shù)據(jù)報(bào)的能力。如果系統(tǒng)收到發(fā)至無效端口的數(shù)據(jù)報(bào),會(huì)將這些報(bào)文數(shù)目的統(tǒng)計(jì)結(jié)果記錄在(2)中,當(dāng)系統(tǒng)接收到錯(cuò)誤的UDP數(shù)據(jù)報(bào)時(shí),會(huì)在(3)中計(jì)數(shù)。這樣可以了解UDP的性能。UDP組計(jì)費(fèi)管理利用(1)

(4)對象可針對UDP數(shù)據(jù)報(bào)進(jìn)行計(jì)費(fèi)。通過(1)

(4)可以知道網(wǎng)絡(luò)中UDP數(shù)據(jù)報(bào)對資源的占有情況,有利于調(diào)整網(wǎng)絡(luò)的配置。安全管理UDP組雖然沒有提供連接情況,但UDP組提供了udpTable,通過udpLocalAddress和udpLocalPort可以偵聽本地端口的情況,也可以用于安全管理。EGP組

EGP是位于兩個(gè)自治系統(tǒng)中的路由器之間交換路由信息的協(xié)議。在自治系統(tǒng)之間進(jìn)行EGP通信的設(shè)備稱為EGP鄰居。egp(mib-28)egpInMegs(1)接收的正確的EGP報(bào)文總數(shù)egpInErrors(2)接收的錯(cuò)誤的EGP報(bào)文總數(shù)

egpOutMegs(3)發(fā)送的正確的EGP報(bào)文總數(shù)egpOutErrors(4)發(fā)送的錯(cuò)誤的EGP報(bào)文總數(shù)

egpNeighTable(5)

鄰居表egpAs(6)本地自治系統(tǒng)的編號EGP組egpNeighTable(egp5)egpNeighEntry(1)egpNeighState(1)EGP鄰居的狀態(tài):idle(1),acquisition(2),down(3),up(4),cease(5)egpNeighAddr(2)EGP鄰居的IP地址egpNeighAs(3)EGP鄰居的自治系統(tǒng)號egpNeighInMegs(4)從鄰居接收的正確報(bào)文數(shù)egpNeighInErrs(5)從鄰居接收的出錯(cuò)報(bào)文數(shù)egpNeighOutMegs(6)發(fā)送給鄰居的正確報(bào)文數(shù)egpNeighOutErrs(7)由于錯(cuò)誤而沒有發(fā)送給鄰居的報(bào)文數(shù)egpNeighInErrMegs(8)從鄰居接收的帶有EGP定義的錯(cuò)誤報(bào)文數(shù)egpNeighOutErrMegs(9)發(fā)送給鄰居的帶有EGP定義的錯(cuò)誤報(bào)文數(shù)egpNeighStateUps(10)

溫馨提示

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

最新文檔

評論

0/150

提交評論