對(duì)于IPX協(xié)議的一些應(yīng)用我們本文結(jié)合SNMP協(xié)議的相關(guān)使用來(lái)對(duì)這方面內(nèi)容進(jìn)行一下講解。首先我們來(lái)了解一下目前這兩個(gè)協(xié)議結(jié)合使用的一些基本情況。那么具體的內(nèi)容還是請(qǐng)大家從下文來(lái)了解一下。

1.介紹

SNMP協(xié)議已經(jīng)被指定為Internet上使用的正式的網(wǎng)絡(luò)管理協(xié)議。它已經(jīng)在Internet上和非Internet網(wǎng)絡(luò)中被開(kāi)發(fā)者廣泛接受和使用。由此已產(chǎn)生了相關(guān)的協(xié)議和平臺(tái)。本節(jié)定位于在IPX協(xié)議上使用SNMP，其主要因?yàn)镹ovellNetWare的流行而廣泛普及。大略的等同UDP的功能，IPX也提供了基于不同物理介質(zhì)和協(xié)議上的無(wú)連接的、非確認(rèn)的數(shù)據(jù)包服務(wù)。

盡管NetWare協(xié)議族已經(jīng)做了修改，IPX因其來(lái)源于Xerox的網(wǎng)際數(shù)據(jù)報(bào)協(xié)議IDP，其套接字地址空間的授權(quán)仍由Novell管理。在UDP上使用SNMP是目前Internet最普通的方式。本描述應(yīng)最適合于那些UDP傳輸服務(wù)不可用的環(huán)境。SNMP執(zhí)行者應(yīng)該意識(shí)到下層的傳輸方式會(huì)對(duì)Internet管理能力的互操作性和普遍性產(chǎn)生重要影響。選擇適當(dāng)SNMP傳輸方式的描述在。

2.詳細(xì)描述

SNMP通常會(huì)把IPX協(xié)議的包頭的包類(lèi)型域PacketTyepField的值設(shè)為4（也就是包交換包PacketExchangePacket）。

套接字指定

SNMP實(shí)體在端口號(hào)36879接收GetRequest-PDU,GetNextRequest-PDU,and SetRequest-PDU消息（目標(biāo)套接字設(shè)為十六進(jìn)制的值900F），在端口36880接收Trap-PDU消息（目標(biāo)套接字設(shè)為十六進(jìn)制的值9010F）。GetResponse-PDU消息的IPX地址和套接字是根據(jù)相應(yīng)的GetRequest-PDU、GetNextRequest-PDU、orSetRequest-PDU消息的發(fā)起點(diǎn)確定的。

最大數(shù)據(jù)包長(zhǎng)度

盡管SNMP沒(méi)有統(tǒng)一要求執(zhí)行接收超過(guò)484字節(jié)的消息，建議支持執(zhí)行最大SNMP消息的長(zhǎng)度為546字節(jié)（IPX下允許的最大尺寸）。此外這個(gè)限制也是擔(dān)保的數(shù)據(jù)通過(guò)IPX協(xié)議的路由器不分段的最大包長(zhǎng)度。執(zhí)行者如果知道最大值，應(yīng)該選擇使用較大的數(shù)據(jù)包。這個(gè)最大值是由中間的路由器或者中間的鏈路層協(xié)議決定的。

Trap-PDU的agent-addr域

由SNMP代理所發(fā)出的Trap-PDU其中的agent-addr域應(yīng)當(dāng)包含IP地址0.0.0.0。SNMP管理器可能會(huì)通過(guò)查詢(xún)傳輸層來(lái)確定陷阱來(lái)源。#p#

IPX傳輸?shù)刂返谋硎?/strong>

RFC1298-MIBDEFINITIONS::=BEGIN 
IMPORTS  
enterprisesFROMRFC1155-SMI;  
novellOBJECTIDENTIFIER::={enterprises23}  
transportDomainsOBJECTIDENTIFIER::={novell7}  
ipxTransportDomainOBJECTIDENTIFIER::={transportDomains1}