1.網絡管理構架
INTERNET標準網絡管理框架由三部分組成。它們給出了定義對象的規(guī)則、對象的定義和使用
對象的協(xié)議。
網絡管理框架按照抽象信息樹的方式組織對象。樹的分支命名對象，樹的葉子包含用來實現(xiàn)管
理的值。這棵樹就叫做管理信息庫或簡稱為MIB（此概念在STD16，RFC1155“TheStructureof
ManagementInformation”或SMI[1]中給出）。SMI定義樹干及定義樹葉時使用的對象種類。STD16，
RFC1212，“TowardsConciseMIBDefinitions”[3]，定義了一套更簡明的保留了全部SMI特征的
描述機制。
對于Internet協(xié)議族，可以在STD17，RFC1213[4]，“ManagementInformationBasefor
NetworkManagementofTCP/IP-basedinternets”中找到對核心MIB的定義。
STD15，RFC1157[2]定義了SNMP協(xié)議本身，即如何在遠程MIB中使用對象。
為了實驗和評估，可以在MIB樹的結構中定義新的對象。
2.對象
MIB中對象的定義包括對象名稱和種類。對象名稱和種類使用SMI中定義的ASN.1子類定義。
對象用ASN.1對象標識符命名來指定對象類型，這些名稱是由管理員指定的。對象名稱，加上一個
可選的對象事例，唯一的標識了一個對象的特定事例。為了方便，我們常常使用一個文本串來標識
對象，稱為描述符。
對象還包括定義與對象類型相對應的抽象數(shù)據(jù)結構的語法。ASN.1語言提供了完成此目的的原
語。SMI故意限制了ASN.1的結構，以便簡化和易于使用。
2.1.定義的格式
第4節(jié)講述了包含在所有MIB模塊中對象種類的規(guī)范。對象種類按照SMI中約定的習慣定義，
如同“TowardsConciseMIBDefinitions”中制定的那樣。
3.概述
3.1.范圍
以下定義的對象事例提供了RFC1356中定義的X.25上多協(xié)議互聯(lián)流量的管理信息。多協(xié)議包
(IP,CLNP,ES-IS,或者SNAP)封裝在X.25幀中，在節(jié)點間傳輸?；赗FC1356的所有節(jié)點必須實
現(xiàn)這個MIB。
應用于節(jié)點軟件中的MIB對象管理X.25連接和完成協(xié)議封裝。此節(jié)點可能是包的原或目的主
機的最后節(jié)點，或者是負責轉發(fā)包的路由器和橋。因為RFC1356需要X.25，所以實現(xiàn)RFC1356
的節(jié)點必須實現(xiàn)RFC1382中定義的X.25MIB。
此MIB只應用于X.25服務上的多協(xié)議互聯(lián)，不應用于其他使用X.25的軟件（如PAD）。因而
這些軟件存在與否或是否執(zhí)行不會直接影響這些對象（然而這些軟件使用的連接仍將出現(xiàn)在X.25
MIB中）。
3.2.MIB對象的構造
MIB中的對象組成三個表：mioxPleTable，mioxPeerTable和mioxPeerEncTable。表中的所有
對象必須于MIB一致。
MioxPleTable定義了與X.25多協(xié)議連接流量使用的接口有關的信息。這些接口使用INTERNET
標準ddn-x25或rfc877-x25中的ifType對象標識。ddn-x25類中的接口使用一種自包含算法IP將
地址翻譯成X.121地址，或相反。rfc877-x25類中的接口沒有這么一種算法。注意不是所有的X.25
接口都將用來承載多協(xié)議互聯(lián)流量，這些接口不會包含在mioxPleTable條目中。MioxPleTable中的
條目只包含那些承載了多協(xié)議互聯(lián)流量的接口，并按照ifIndex進行索引，易于找到一個接口的對應
表項。
MioxPeerTable表包含通知X.25對交換包所必須的信息，如雙方的X.121地址和定位一個訪問
所需的X.25訪問參數(shù)的指針。此表中對象使用的事例標識符獨立于其他接口和那些MIB以外定義
的其他表，它包含訪問X.25對使用的接口的ifIndex值。
MioxPeerEncTable包含在X.25對之間通訊使用的封裝類型的信息。此表在事例標識上是
MioxPeerTable的擴展。MioxPeerTable表中的每一個條目可能包含零條和多條此表中的條目。此
表中不包含任何在MioxPeerTable表中沒有對應項的條目。
4.定義
MIOX25-MIBDEFINITIONS::=BEGIN
IMPORTS
Counter,
TimeTicks
FROMRFC1155-SMI
OBJECT-TYPE
FROMRFC-1212
DisplayString,transmission,
ifIndex
FROMRFC1213-MIB
InstancePointer
FROMRFC1316-MIB
X121Address
FROMRFC1382-MIB
PositiveInteger
FROMRFC1381-MIB;
--IPoverX.25MIB
mioxOBJECTIDENTIFIER::={transmission38}
mioxPleOBJECTIDENTIFIER::={miox1}
mioxPeerOBJECTIDENTIFIER::={miox2}
--###########################################################
--PleTable
--###########################################################
--實現(xiàn)RFC1356的系統(tǒng)也必須實現(xiàn)這組中的所有對象。
mioxPleTableOBJECT-TYPE
SYNTAXSEQUENCEOFMioxPleEntry
ACCESSnot-accessible
STATUSmandatory
描述
“此表包含與X.25PLE（PacketLevelEntity）接口相關信息?！?/span>
::={mioxPle1}
mioxPleEntryOBJECT-TYPE
SYNTAXMioxPleEntry
ACCESSnot-accessible
STATUSmandatory
描述
“這些對象管理X.25中其他協(xié)議的封裝。”
INDEX{ifIndex}
::={mioxPleTable1}
MioxPleEntry::=SEQUENCE{
mioxPleMaxCircuits
INTEGER,
mioxPleRefusedConnections
Counter,
mioxPleEnAddrToX121LkupFlrs
Counter,
mioxPleLastFailedEnAddr
OCTETSTRING,
mioxPleEnAddrToX121LkupFlrTime
TimeTicks,
mioxPleX121ToEnAddrLkupFlrs
Counter,
mioxPleLastFailedX121Address
X121Address,
mioxPleX121ToEnAddrLkupFlrTime
TimeTicks,
mioxPleQbitFailures
Counter,
mioxPleQbitFailureRemoteAddress
X121Address,
mioxPleQbitFailureTime
TimeTicks,
mioxPleMinimumOpenTimer
PositiveInteger,
mioxPleInactivityTimer
PositiveInteger,
mioxPleHoldDownTimer
PositiveInteger,
mioxPleCollisionRetryTimer
PositiveInteger,
mioxPleDefaultPeerId
InstancePointer
}
mioxPleMaxCircuitsOBJECT-TYPE
SYNTAXINTEGER(0..2147483647)
ACCESSread-write
STATUSmandatory
描述
“X.25可以對此接口一次開放的最大電路數(shù)量。值零表明接口不允許其他額外的電路（好像它
很快將關閉）。值2147483647表明允許沒有限制數(shù)量的電路。”
::={mioxPleEntry1}
mioxPleRefusedConnectionsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“本系統(tǒng)清除的遠程系統(tǒng)對本系統(tǒng)的X.25訪問數(shù)量，接口事例應當標識X.25訪問進入的接口。”
::={mioxPleEntry2}
mioxPleEnAddrToX121LkupFlrsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“封裝地址到X.121地址翻譯時，沒有找到對應X.121地址的失敗次數(shù)。封裝地址可以在
mioxPeerTable表中查到或通過如DDN的算法翻譯得到。成功識別的地址不增加此計數(shù)器的值。
未能識別的地址（反映了反常的包傳遞情況）會增加此計數(shù)器的值。
如果地址翻譯失敗，就很難決定哪一個PLE條目應當記數(shù)此次失敗。這種情況下，將選擇表中
的第一個可能條目。代理將記錄此次失敗，即使他們不確定哪一個PLE應當與此失敗相關聯(lián)。”
::={mioxPleEntry3}
mioxPleLastFailedEnAddrOBJECT-TYPE
SYNTAXOCTETSTRING(SIZE(2..128))
ACCESSread-only
STATUSmandatory
描述
“最后沒有找到對應X.121地址，使得mioxPleEnAddrToX121LkupFlrs值增加的封裝地址。
這個對象的第一個八位字節(jié)包含封裝類型，其余的八位字節(jié)包含失敗的地址類型。如對于一個IP地
址，長度將是五個字節(jié)，第一個字節(jié)是204（十六進制是CC），其余的四個字節(jié)包含IP地址。對于
SNAP封裝，第一個字節(jié)是128(十六進制是80)，其余的字節(jié)串包含SNAP頭?！?/span>
::={mioxPleEntry4}
mioxPleEnAddrToX121LkupFlrTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
"從一個封裝地址到X.121地址翻譯，而沒有找到對應X.121地址時，sysUpTime的最新值"
::={mioxPleEntry5}
mioxPleX121ToEnAddrLkupFlrsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“從X.121地址到封裝地址翻譯時，沒有找到對應封裝地址的失敗次數(shù)。算法成功識別的地址
不增加此計數(shù)器的值。此值反映了碰到未能識別X.25對的反常情況下，接受訪問的次數(shù)?！?/span>
::={mioxPleEntry6}
mioxPleLastFailedX121AddressOBJECT-TYPE
SYNTAXX121Address
ACCESSread-only
STATUSmandatory
描述
“最后使mioxPleX121ToEnAddrLkupFlrs值增加的X.121地址。”
::={mioxPleEntry7}
mioxPleX121ToEnAddrLkupFlrTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
“從X.121地址到封裝地址翻譯，而沒能找到對應的封裝地址時，sysUpTime的最新值。”
::={mioxPleEntry8}
mioxPleQbitFailuresOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“因為Q比特失效而關閉的連接的次數(shù)?！?/span>
::={mioxPleEntry9}
mioxPleQbitFailureRemoteAddressOBJECT-TYPE
SYNTAXX121Address
ACCESSread-only
STATUSmandatory
描述
“由于Q比特失效而關閉的最近一次連接的遠程地址?！?/span>
::={mioxPleEntry10}
mioxPleQbitFailureTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
“由于Q比特失效而關閉的連接的sysUpTime的最新值。這也是使mioxPleQbitFailures增加
的最后一次。”
::={mioxPleEntry11}
mioxPleMinimumOpenTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“允許連接關閉之前接口保持連接打開的最短時間，以毫秒為單位。零值表示沒有記數(shù)。”
DEFVAL{0}
::={mioxPleEntry12}
mioxPleInactivityTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“在關閉之前接口保持空閑連接打開的時間總計，以毫秒為單位。值2147483647表明沒有記
數(shù)。”
DEFVAL{10000}
::={mioxPleEntry13}
mioxPleHoldDownTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“保持時間，以毫秒記數(shù)。在上一次沒有成功訪問一主機后，嘗試下一個訪問前等待的最短時
間。值2147483647表面主機未再作嘗試?！?/span>
DEFVAL{0}
::={mioxPleEntry14}
mioxPleCollisionRetryTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
"CollisionRetry計數(shù)器，毫秒為單位。在一次訪問嘗試中，超過了最大電路數(shù)量后，延遲下一
次訪問的時間。"
DEFVAL{0}
::={mioxPleEntry15}
mioxPleDefaultPeerIdOBJECT-TYPE
SYNTAXInstancePointer
ACCESSread-write
STATUSmandatory
描述
“它標識mioxPeerTable表中此接口使用的缺省參數(shù)的事例。此對象標識的條目可以是零長度
封裝地址和零長度X.121地址。
這些缺省參數(shù)用于在mioxPeerTable表中沒有條目的主機間的連接。當使用ddn-x25IP-X.25
地址映射或接受不再mioxPeerTable表中的其他主機的連接時，會產生這些連接。
與mioxPeerTable表條目有相同索引的MioxPeerEncTable表條目指定了訪問封裝類型，此PLE
接受那些不再mioxPeerTable表中的雙方。如果mioxPeerEncTable表中不包含任何條目，此PLE
將不接受那些不在mioxPeerTable表中條目的訪問?！?/span>
::={mioxPleEntry16}
--###########################################################
--PeerTable
--###########################################################
--實現(xiàn)RFC1356的系統(tǒng)也必須實現(xiàn)這組中的所有對象。
mioxPeerTableOBJECT-TYPE
SYNTAXSEQUENCEOFMioxPeerEntry
ACCESSnot-accessible
STATUSmandatory
描述
“此表包含那些可能交換包的雙方及其的信息?！?/span>
::={mioxPeer1}
mioxPeerEntryOBJECT-TYPE
SYNTAXMioxPeerEntry
ACCESSnot-accessible
STATUSmandatory
描述
“每一方的信息?！?/span>
INDEX{mioxPeerIndex}
::={mioxPeerTable1}
MioxPeerEntry::=SEQUENCE{
mioxPeerIndex
PositiveInteger,
mioxPeerStatus
INTEGER,
mioxPeerMaxCircuits
PositiveInteger,
mioxPeerIfIndex
PositiveInteger,
mioxPeerConnectSeconds
Counter,
mioxPeerX25CallParamId
InstancePointer,
mioxPeerEnAddr
OCTETSTRING,
mioxPeerX121Address
X121Address,
mioxPeerX25CircuitId
InstancePointer,
mioxPeerDescr
DisplayString
}
mioxPeerIndexOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-only
STATUSmandatory
描述
“唯一標識條目的索引值。此索引獨立于其他的索引?！?/span>
::={mioxPeerEntry1}
--系統(tǒng)可以在沒有mioxPeerStatus設置時，通過值clearCall或makeCall聲明于此MIB一致。
必須接受所有定義的其他值。實施者應當意識到這些值提供了更豐富的管理內容，在實現(xiàn)時鼓勵接
受這些值。
mioxPeerStatusOBJECT-TYPE
SYNTAXINTEGER{
valid(1),
createRequest(2),
underCreation(3),
invalid(4),
clearCall(5),
makeCall(6)
}
ACCESSread-write
STATUSmandatory
描述
“此值報告了雙方條目的狀態(tài)。有效的值標識一個正常的正在被代理使用的條目，
underCreation值表明一個新建立的條目，此條目尚未被使用，因為創(chuàng)建管理站點仍然在設置值。
無效的值表明此條目不再被使用，代理可以隨意的刪除此條目。管理站點可以隨意是喲嘎無效
狀態(tài)的條目。
通過設置createRequest的值來創(chuàng)建條目。只有不存在的或無效的條目可以設置
createRequest。依據(jù)得到一個有效的createRequest，代理將在underCreation狀態(tài)下創(chuàng)建一個
條目。這個對象不可以直接設置為值underCreation，條目只能通過設置createRequest值來創(chuàng)建。
非無效狀態(tài)下的條目不能設置createRequest。
系統(tǒng)不使用值為underCreation的條目，管理工作站可以改變表中其他對象的值。管理工作站
也應當記住使用相同的索引值作為本端條目來配置mioxPeerEncTable的值
underCreation狀態(tài)的一個條目可以設置為有效或無效。多個underCreation的條目將保持狀
態(tài)直到1）代理時間超時2）它們被設置為有效3）它們被設置為無效。如果一個代理注意到一個條
目已經在underCreation狀態(tài)一段長時間，它可能認為管理站已經無效不工作了。謹慎的代理將之
理解為等待有人輸入，并允許決定這種非正常長時期的可能性。
一旦管理站點完成了所有條目的字段，將設置有效的值。這會使條目激活。
有效狀態(tài)的條目也可以通過設置makeCall或clearCall來建立或清除X.25訪問對方。在此設置
請求后，條目仍然在有效狀態(tài)。設置makeCall的值將使代理初始化一個由條目指定的X.25訪問請
求。設置clearCall的值將使代理初始化一個由條目指定的清除X.25訪問請求。每一個設置請求將
初始化另一個訪問請求或清除請求（依賴于最大的允許值）；這意味著沒有得到回應的管理工作站應
當詢問以在重發(fā)請求前判別是否一個訪問事實上是定位還是被清除。不在有效狀態(tài)條目不能設置
makeCall或clearCall。
makeCall和clearCall的值為設備上的電路控制提供，這些設備使用沒有地址識別的靜態(tài)電路
分配完成以太橋接；那些基于動態(tài)目標地址動態(tài)定位訪問的其他設備可能拒絕這些請求。
因為設置了createRequest而（重新）生成一個新條目的代理也應當用mioxPeerEncIndex1
和mioxPeerEncType的204(十六進制CC)（重新）生成mioxPeerEncTable表的條目?！?/span>
::={mioxPeerEntry2}
mioxPeerMaxCircuitsOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“雙方通訊所允許的X.25電路最大值?！?/span>
DEFVAL{1}
::={mioxPeerEntry3}
mioxPeerIfIndexOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“ifIndex對象的值，用來訪問對端X.25接口。”
DEFVAL{1}
::={mioxPeerEntry4}
mioxPeerConnectSecondsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“訪問本端激活的秒數(shù)。當兩端連接打開后，此計數(shù)器每個一秒增加一。如果兩個訪問同時打
開，實際上過了一秒，將產生兩秒的連接時間。”
::={mioxPeerEntry5}
mioxPeerX25CallParamIdOBJECT-TYPE
SYNTAXInstancePointer
ACCESSread-write
STATUSmandatory
描述
“RFC1382的x25CallParmTable中的索引對象事例，用于同遠端主機通訊時使用的X.25訪
問參數(shù)。值{00}表示沒有指定參數(shù)?！?/span>
DEFVAL{{00}}
::={mioxPeerEntry6}
mioxPeerEnAddrOBJECT-TYPE
SYNTAXOCTETSTRING(SIZE(0..128))
ACCESSread-write
ST
眾信咨詢：互聯(lián)網資質代理誠信品牌