1.網絡治理構架

INTERNET標準網絡治理框架由三部分組成。它們給出了定義對象的規則、對象的定義和使用

對象的協議。

網絡治理框架按照抽象信息樹的方式組織對象。樹的分支命名對象，樹的葉子包含用來實現管

理的值。這棵樹就叫做治理信息庫或簡稱為MIB（此概念在STD16，RFC1155“TheStrUCtureof

ManagementInformation”或SMI[1]中給出）。SMI定義樹干及定義樹葉時使用的對象種類。STD16，

RFC1212，“TowardsConciseMIBDefinitions”[3]，定義了一套更簡明的保留了全部SMI特征的

描述機制。

對于Internet協議族，可以在STD17，RFC1213[4]，“ManagementInformationBasefor

NetworkManagementofTCP/ip-basedinternets”中找到對核心MIB的定義。

STD15，RFC1157[2]定義了SNMP協議本身，即如何在遠程MIB中使用對象。

為了實驗和評估，可以在MIB樹的結構中定義新的對象。

2.對象

MIB中對象的定義包括對象名稱和種類。對象名稱和種類使用SMI中定義的ASN.1子類定義。

對象用ASN.1對象標識符命名來指定對象類型，這些名稱是由治理員指定的。對象名稱，加上一個

可選的對象事例，唯一的標識了一個對象的特定事例。為了方便，我們經常使用一個文本串來標識

對象，稱為描述符。

對象還包括定義與對象類型相對應的抽象數據結構的語法。ASN.1語言提供了完成此目的的原

語。SMI故意限制了ASN.1的結構，以便簡化和易于使用。

2.1.定義的格式

第4節講述了包含在所有MIB模塊中對象種類的規范。對象種類按照SMI中約定的習慣定義，

如同“TowardsConciseMIBDefinitions”中制定的那樣。

3.概述

3.1.范圍

以下定義的對象事例提供了RFC1356中定義的X.25上多協議互聯流量的治理信息。多協議包

(IP,CLNP,ES-IS,或者SNAP)封裝在X.25幀中，在節點間傳輸。基于RFC1356的所有節點必須實

現這個MIB。

應用于節點軟件中的MIB對象治理X.25連接和完成協議封裝。此節點可能是包的原或目的主

機的最后節點，或者是負責轉發包的路由器和橋。因為RFC1356需要X.25，所以實現RFC1356

的節點必須實現RFC1382中定義的X.25MIB。

此MIB只應用于X.25服務上的多協議互聯，不應用于其他使用X.25的軟件（如PAD）。因而

這些軟件存在與否或是否執行不會直接影響這些對象（然而這些軟件使用的連接仍將出現在X.25

MIB中）。

3.2.MIB對象的構造

MIB中的對象組成三個表：mioXPleTable，mioxPeerTable和mioxPeerEncTable。表中的所有

對象必須于MIB一致。

MioxPleTable定義了與X.25多協議連接流量使用的接口有關的信息。這些接口使用INTERNET

標準ddn-x25或rfc877-x25中的ifType對象標識。ddn-x25類中的接口使用一種自包含算法IP將

地址翻譯成X.121地址，或相反。rfc877-x25類中的接口沒有這么一種算法。注重不是所有的X.25

接口都將用來承載多協議互聯流量，這些接口不會包含在mioxPleTable條目中。MioxPleTable中的

條目只包含那些承載了多協議互聯流量的接口，并按照ifIndex進行索引，易于找到一個接口的對應

表項。

MioxPeerTable表包含通知X.25對交換包所必須的信息，如雙方的X.121地址和定位一個訪問

所需的X.25訪問參數的指針。此表中對象使用的事例標識符獨立于其他接口和那些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

--###########################################################



--實現RFC1356的系統也必須實現這組中的所有對象。



mioxPleTableOBJECT-TYPE

SYNTAXSEQUENCEOFMioxPleEntry

accessnot-accessible

STATUSmandatory

描述

“此表包含與X.25PLE（PacketLevelEntity）接口相關信息。”

::={mioxPle1}



mioxPleEntryOBJECT-TYPE

SYNTAXMioxPleEntry

ACCESSnot-accessible

STATUSmandatory

描述

“這些對象治理X.25中其他協議的封裝。”

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可以對此接口一次開放的最大電路數量。值零表明接口不答應其他額外的電路（似乎它

很快將關閉）。值2147483647表明答應沒有限制數量的電路。”

::={mioxPleEntry1}



mioxPleRefusedConnectionsOBJECT-TYPE

SYNTAXCounter

ACCESSread-only

STATUSmandatory

描述

“本系統清除的遠程系統對本系統的X.25訪問數量，接口事例應當標識X.25訪問進入的接口。”

::={mioxPleEntry2}



mioxPleEnAddrToX121LkupFlrsOBJECT-TYPE

SYNTAXCounter

ACCESSread-only

STATUSmandatory

描述

“封裝地址到X.121地址翻譯時，沒有找到對應X.121地址的失敗次數。封裝地址可以在

mioxPeerTable表中查到或通過如DDN的算法翻譯得到。成功識別的地址不增加此計數器的值。

未能識別的地址（反映了反常的包傳遞情況）會增加此計數器的值。

假如地址翻譯失敗，就很難決定哪一個PLE條目應當記數此次失敗。這種情況下，將選擇表中

的第一個可能條目。代理將記錄此次失敗，即使他們不確定哪一個PLE應當與此失敗相關聯。”

::={mioxPleEntry3}



mioxPleLastFailedEnAddrOBJECT-TYPE

SYNTAXOCTETSTRING(SIZE(2..128))

ACCESSread-only

STATUSmandatory

描述

“最后沒有找到對應X.121地址，使得mioxPleEnAddrToX121LkupFlrs值增加的封裝地址。

這個對象的第一個八位字節包含封裝類型，其余的八位字節包含失敗的地址類型。如對于一個IP地

址，長度將是五個字節，第一個字節是204（十六進制是CC），其余的四個字節包含IP地址。對于

SNAP封裝，第一個字節是128(十六進制是80)，其余的字節串包含SNAP頭。”

::={mioxPleEntry4}



mioxPleEnAddrToX121LkupFlrTimeOBJECT-TYPE

SYNTAXTimeTicks

ACCESSread-only

STATUSmandatory

描述

"從一個封裝地址到X.121地址翻譯，而沒有找到對應X.121地址時，sysUpTime的最新值"

::={mioxPleEntry5}



mioxPleX121ToEnAddrLkupFlrsOBJECT-TYPE

SYNTAXCounter

ACCESSread-only

STATUSmandatory

描述

“從X.121地址到封裝地址翻譯時，沒有找到對應封裝地址的失敗次數。算法成功識別的地址

不增加此計數器的值。此值反映了碰到未能識別X.25對的反常情況下，接受訪問的次數。”

::={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比特失效而關閉的連接的次數。”

::={mioxPleEntry9}



mioxPleQbitFailureRemoteAddressOBJECT-TYPE

SYNTAXX121Address

ACCESSread-only

STATUSmandatory

描述

“由于Q比特失效而關閉的最近一次連接的遠程地址。”

::={mioxPleEntry10}



mioxPleQbitFailureTimeOBJECT-TYPE

SYNTAXTimeTicks

ACCESSread-only

STATUSmandatory

描述

“由于Q比特失效而關閉的連接的sysUpTime的最新值。這也是使mioxPleQbitFailures增加

的最后一次。”

::={mioxPleEntry11}



mioxPleMinimumOpenTimerOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

“答應連接關閉之前接口保持連接打開的最短時間，以毫秒為單位。零值表示沒有記數。”

DEFVAL{0}

::={mioxPleEntry12}



mioxPleInactivityTimerOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

“在關閉之前接口保持空閑連接打開的時間總計，以毫秒為單位。值2147483647表明沒有記

數。”

DEFVAL{10000}

::={mioxPleEntry13}



mioxPleHoldDownTimerOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

“保持時間，以毫秒記數。在上一次沒有成功訪問一主機后，嘗試下一個訪問前等待的最短時

間。值2147483647表面主機未再作嘗試。”

DEFVAL{0}

::={mioxPleEntry14}



mioxPleCollisionRetryTimerOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

"CollisionRetry計數器，毫秒為單位。在一次訪問嘗試中，超過了最大電路數量后，延遲下一

次訪問的時間。"

DEFVAL{0}

::={mioxPleEntry15}



mioxPleDefaultPeerIdOBJECT-TYPE

SYNTAXInstancePointer

ACCESSread-write

STATUSmandatory

描述

“它標識mioxPeerTable表中此接口使用的缺省參數的事例。此對象標識的條目可以是零長度

封裝地址和零長度X.121地址。

這些缺省參數用于在mioxPeerTable表中沒有條目的主機間的連接。當使用ddn-x25IP-X.25

地址映射或接受不再mioxPeerTable表中的其他主機的連接時，會產生這些連接。

與mioxPeerTable表條目有相同索引的MioxPeerEncTable表條目指定了訪問封裝類型，此PLE

接受那些不再mioxPeerTable表中的雙方。假如mioxPeerEncTable表中不包含任何條目，此PLE

將不接受那些不在mioxPeerTable表中條目的訪問。”

::={mioxPleEntry16}



--###########################################################

--PeerTable

--###########################################################

--實現RFC1356的系統也必須實現這組中的所有對象。



mioxPeerTableOBJECT-TYPE

SYNTAXSEQUENCEOFMioxPeerEntry

ACCESSnot-accessible

STATUSmandatory

描述

“此表包含那些可能交換包的雙方及其的信息。”

::={mioxPeer1}



mioxPeerEntryOBJECT-TYPE

SYNTAXMioxPeerEntry

ACCESSnot-accessible

STATUSmandatory

描述

“每一方的信息。”

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

描述

“唯一標識條目的索引值。此索引獨立于其他的索引。”

::={mioxPeerEntry1}



--系統可以在沒有mioxPeerStatus設置時，通過值clearCall或makeCall聲明于此MIB一致。

必須接受所有定義的其他值。實施者應當意識到這些值提供了更豐富的治理內容，在實現時鼓勵接

受這些值。

mioxPeerStatusOBJECT-TYPE

SYNTAXINTEGER{

valid(1),

createRequest(2),

underCreation(3),

invalid(4),

clearCall(5),

makeCall(6)

}

ACCESSread-write

STATUSmandatory

描述

“此值報告了雙方條目的狀態。有效的值標識一個正常的正在被代理使用的條目，

underCreation值表明一個新建立的條目，此條目尚未被使用，因為創建治理站點仍然在設置值。

無效的值表明此條目不再被使用，代理可以隨意的刪除此條目。治理站點可以隨意是喲嘎無效

狀態的條目。

通過設置createRequest的值來創建條目。只有不存在的或無效的條目可以設置

createRequest。依據得到一個有效的createRequest，代理將在underCreation狀態下創建一個

條目。這個對象不可以直接設置為值underCreation，條目只能通過設置createRequest值來創建。

非無效狀態下的條目不能設置createRequest。

系統不使用值為underCreation的條目，治理工作站可以改變表中其他對象的值。治理工作站

也應當記住使用相同的索引值作為本端條目來配置mioxPeerEncTable的值

underCreation狀態的一個條目可以設置為有效或無效。多個underCreation的條目將保持狀

態直到1）代理時間超時2）它們被設置為有效3）它們被設置為無效。假如一個代理注重到一個條

目已經在underCreation狀態一段長時間，它可能認為治理站已經無效不工作了。謹慎的代理將之

理解為等待有人輸入，并答應決定這種非正常長時期的可能性。

一旦治理站點完成了所有條目的字段，將設置有效的值。這會使條目激活。

有效狀態的條目也可以通過設置makeCall或clearCall來建立或清除X.25訪問對方。在此設置

請求后，條目仍然在有效狀態。設置makeCall的值將使代理初始化一個由條目指定的X.25訪問請

求。設置clearCall的值將使代理初始化一個由條目指定的清除X.25訪問請求。每一個設置請求將

初始化另一個訪問請求或清除請求（依靠于最大的答應值）；這意味著沒有得到回應的治理工作站應

當詢問以在重發請求前判別是否一個訪問事實上是定位還是被清除。不在有效狀態條目不能設置

makeCall或clearCall。

makeCall和clearCall的值為設備上的電路控制提供，這些設備使用沒有地址識別的靜態電路

分配完成以太橋接；那些基于動態目標地址動態定位訪問的其他設備可能拒絕這些請求。

因為設置了createRequest而（重新）生成一個新條目的代理也應當用mioxPeerEncIndex1

和mioxPeerEncType的204(十六進制CC)（重新）生成mioxPeerEncTable表的條目。”

::={mioxPeerEntry2}



mioxPeerMaxCircuitsOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

“雙方通訊所答應的X.25電路最大值。”

DEFVAL{1}

::={mioxPeerEntry3}



mioxPeerIfIndexOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-write

STATUSmandatory

描述

“ifIndex對象的值，用來訪問對端X.25接口。”

DEFVAL{1}

::={mioxPeerEntry4}



mioxPeerConnectSecondsOBJECT-TYPE

SYNTAXCounter

ACCESSread-only

STATUSmandatory

描述

“訪問本端激活的秒數。當兩端連接打開后，此計數器每個一秒增加一。假如兩個訪問同時打

開，實際上過了一秒，將產生兩秒的連接時間。”

::={mioxPeerEntry5}



mioxPeerX25CallParamIdOBJECT-TYPE

SYNTAXInstancePointer

ACCESSread-write

STATUSmandatory

描述

“RFC1382的x25CallParmTable中的索引對象事例，用于同遠端主機通訊時使用的X.25訪

問參數。值{00}表示沒有指定參數。”

DEFVAL{{00}}

::={mioxPeerEntry6}



mioxPeerEnAddrOBJECT-TYPE

SYNTAXOCTETSTRING(SIZE(0..128))

ACCESSread-write

STATUSmandatory

描述

“此表條目映射的遠程主機的封裝地址。零長度表示遠程IP地址是未知的，或是未用PLE缺

省指定的。

此對象的第一個八位字串包含封裝類型，其余八位字串包含那個類型的地址。比如IP地址，長

度將是五個字節，第一個字節是204（十六進制是CC）,其余的四個字節包含IP地址。對于SNAP

封裝，第一個字節是128（十六進制是80）,其余的字節串包含SNAP頭。”

DEFVAL{''h}

::={mioxPeerEntry7}



mioxPeerX121AddressOBJECT-TYPE

SYNTAXX121Address

ACCESSread-write

STATUSmandatory

描述

“此表條目映射的遠程主機的X.25地址。零長度字串表示X.25地址是未用PLE缺省指定的。”

DEFVAL{''h}

::={mioxPeerEntry8}



--SystemscanclaimconformancetothisMIBwithoutimplementingsetsto

mioxPeerX25CircuitId.HoweversystemsthatusePVCswithRFC1356areencouragedto

implementsets.

mioxPeerX25CircuitIdOBJECT-TYPE

SYNTAXInstancePointer

ACCESSread-write

STATUSmandatory

描述

“此對象標識表中條目映射的X.25雙方打開電路的索引事例。值{00}表示目前沒有連接激活。

對于多連接來說，它標識連接的多個表條目的索引。這只在使用PVC時才記錄，也就是說記錄下的

標識電路表條目一定時PVC。”

DEFVAL{{00}}

::={mioxPeerEntry9}



mioxPeerDescrOBJECT-TYPE

SYNTAXDisplayString(SIZE(0..255))

ACCESSread-write

STATUSmandatory

描述

“此對象返回雙方任何標識信息。代理可提供在雙方配置文件條目中找到的注釋信息。零長度

字串表示沒有可獲取的信息。”

DEFVAL{''h}

::={mioxPeerEntry10}



--###########################################################

--PeerEncapsulationTable

--###########################################################



mioxPeerEncTableOBJECT-TYPE

SYNTAXSEQUENCEOFMioxPeerEncEntry

ACCESSnot-accessible

STATUSmandatory

描述

“該表包含了對等體用于通訊的封裝的列表。該表有兩個索引，第一個用于確定對等體，第二

個用于區分封裝類型。

在mioxPeerTable中的第一個索引確定了相應的入口。第二個索引給出了不同封裝的優先權。

封裝類型是按優先級順序排列的。對于呼叫一個對等體，首先會試驗第一個入口(1的

mioxPeerEncIndex)是。假如呼叫不成功，由于呼叫用戶數據不完整，遠程主機清除該呼叫，就會

嘗試列表中的下一個入口。會嘗試每一個入口，直到列表耗盡。

為了響應一個呼叫，對等體請求的封裝類型必須能從列表中找到，否則拒絕該呼叫。假如列表

中的對等體沒有入口，就會拒絕所有從對等體請求的呼叫。

當相同索引的mioxPeerStatus對象有underCreation值時，該表中的對象才能設置。當狀態對

象廢止和刪除時，列表中的對等體索引入口也必須刪除。”

::={mioxPeer2}



mioxPeerEncEntryOBJECT-TYPE

SYNTAXMioxPeerEncEntry

ACCESSnot-accessible

STATUSmandatory

描述

“每個連接的信息。”

INDEX{mioxPeerIndex,mioxPeerEncIndex}

::={mioxPeerEncTable1}



MioxPeerEncEntry::=SEQUENCE{

mioxPeerEncIndex

PositiveInteger,

mioxPeerEncType

INTEGER

}



mioxPeerEncIndexOBJECT-TYPE

SYNTAXPositiveInteger

ACCESSread-only

STATUSmandatory

描述

“表中的第二個索引，以區別不同的封裝類型。”

::={mioxPeerEncEntry1}



mioxPeerEncTypeOBJECT-TYPE

SYNTAXINTEGER(0..256)

ACCESSread-write

STATUSmandatory

描述

“封裝類型的值。對于IP封裝，這個值是204（十六進制是CC）。對于SNAP封裝的包，這

個值是128（十六進制是80）。對于CLNP,ISO8473，這個值是129（十六進制是81）。對于ES-IS,ISO

9542，這個值是130（十六進制82）。值197（十六進制C5）標識BlackerX.25封裝。值0標識

NULL封裝。

此值只有在同一mioxPeerIndexmioxPeerStatus對象值為underCreation時才記錄。設置此對

象的值為256將刪除條目。當刪除一個條目時，在同一mioxPeerEncTable表中有相同

mioxPeerIndex以及比刪掉的條目有更高的mioxPeerIndex值的條目的mioxPeerEncIndex都將減

一。”

::={mioxPeerEncEntry2}



--###########################################################



結束

5.致謝

本文檔由x25mib工作組提出：

FredBaker

ACC

ArtBerggreen

ACC

FrankBieser



GaryBjerke

Tandem

BillBowman

HP

ChristopherBucci

Datability

CharlesCarvalho

ACC

JeffCase

UniversityofTennesseeatKnoxville

AngelaChen

HP

CarsonCheung

BNR

TomDaniel

SpiderSystems

ChuckDavin

MIT

BillyDurham

Honeywell

RichardFox

Synoptics

DougGeller

DataGeneral

HerveGoguely

LIRCorp

AndyGoldthorpe

British-Telecom

WalterD.Guilarte



DavidGurevich



SteveHuston

Consultant

JonInfante

ICL

FrankKastenholz

FTPSoftware

ZbigniewKielczewski

Eicon

CherylKrupezak

GeorgiaTech

MatsLindstrom

DiabDataAB

AndrewMalis

BBN

EvanMcGinnis

3Com

Gary(G.P.)Mussar

BNR

ChandyNilakantan

3Com

RandyPafford

DataGeneral

RagnarPaulson

TheSoftwareGroupLimited

DavePerkins

Synoptics

WalterPinkarschewsky

DEC

KarenQuidley

DataGeneral

ChrisRanch

Novell

PaulS.Rarey

DHLSystemsInc.

JimRoche

NewbridgeResearch

PhilippeRoger

LIRCorp.

TimonSloane



MikeShand

DEC

BradSteina

Microcom

BobStewart

Xyplex

TomSullivan

DataGeneral

RodneyThayer

SableTechnologyCorporation

MarkTherieau

Microcom

JaneThorn

DataGeneral

DeanThroop

DataGeneral

MauriceTurcotte

RacalDatacom

MikeZendels

DataGeneral

6.參考文獻

[1]RoseM.,andK.McCloghrie,"StructureandIdentificationofManagementInformationfor

TCP/IP-basedinternets",STD16,RFC1155,PerformanceSystemsInternational,HughesLAN

Systems,May1990.

[2]Case,J.,Fedor,M.,Schoffstall,M.,andJ.Davin,"SimpleNetworkManagement
STD15,RFC1157,SNMPResearch,PerformanceSystemsInternational,PerformanceSystems

International,MITLaboratoryforComputerScience,May1990.

[3]Rose,M.andK.McCloghrie,Editors,"TowardsConciseMIBDefinitions",STD16,RFC

1212,PerformanceSystemsInternational,HughesLANSystems,March1991.

[4]RoseM.,Editor,"ManagementInformationBaseforNetworkManagementof

TCP/IP-basedinternets",STD17,RFC1213.PerformanceSystemsInternational,March1991.

[5]"Informationprocessingsystems-OpenSystemsInterconnection-Specificationof

AbstractSyntaxNotationOne(ASN.1)",InternationalOrganizationfor

Standardization.InternationalStandard8824,December,1987.

[6]Stewart,B.,Editor,"DefinitionsofManagedObjectsforRS-232-likeHardwareDevices",

RFC1317,Xyplex,Inc.,April1992.

[7]Throop,D.,andF.Baker,"SNMPMIBextensionforX.25LAPB",RFC1381,DataGeneral

Corporation,AdvancedComputerCommunications,November1992.

[8]Throop,D.,Editor,"SNMPMIBextensionfortheX.25PacketLayer",RFC1382,Data

GeneralCorporation,November1991.

[9]Malis,A.,Robinson,D.,andR.Ullmann"MultiprotocolInterconnectonX.25andISDNin

thePacketMode",RFC1356,BBNCommunications,ComputervisionSystemsIntegration,

ProcessSoftwareCorporation,August1992.

7.有關安全方面的考慮因素

本備忘錄不討論安全問題。

8.作者地址

DeanD.Throop

DataGeneralCorporation

62AlexanderDr.

ResearchTrianglePark,NC27709

Phone:(919)248-6081

EMail:throop@dg-rtp.dg.com