1． 歷史前景
就如RFC1025中所報告的，為Internet網絡治理標準[1]發展做的IAB推薦，一個基于
TCP/ip的網管的雙重策略被采納。在短期內，在RFC中定義的簡單網管協議，被用來管
理Internet社區的節點。在長期內，OSI網絡治理框架的使用將會通過檢驗。產生了兩份
文檔來定義治理信息：RFC1065，它定義了治理信息結構（SMI），以及RFC1066。定義
了治理信息基礎。設計這兩份文檔以便于與SNMP和OSI網管框架相協調。
這個策略在短期內非常成功：在幾個月內，通過研究和商業社區，形成了基于Internet
的網管技術。由此而產生的結果是：一時間Internet部分社區變為可治理的網絡。
在RFC1109中報告的，第二AdHoc網管審查組[2]的報告，SNMP和OSI網管框架
比預期的有很大不同。由此，在SMI和MIB之間以及二者共同的和諧性的需求被暫停了。
這個行動答應了基于SNMP的可操作的網管框架在Internet社區通過MIB-II產生來響應新
的操作請求。
1990年5月，核心文檔以被建議的身份被提升為標準協議。由此，Internet標準網管
框架包含：基于TCP/IPinternet治理信息的結構和認證，即RFC1155[3]，它描述了包含
在MIB中被治理的對象是如何被定義的；基于TCP/IPinternet網管的治理信息基礎，即RFC
1156[4]，它描述了包含在MIB中的被治理的對象；簡單網管協議，即RFC1157[5]，定義
了用于治理這些對象的協議。


2.定義陷阱
由于Internet標準SMI起初獨立于協議的要求，它并沒有提供定義陷阱的方法。取而
代之的是，SNMP定義了一些標準化的陷阱，為企業的治理傳送企業專用陷阱提供了一種
方法。
然而，隨著實驗性MIBs的出現，其中有些需要定義實驗專用的陷阱，急需一種定義陷阱的
方便的方法。為此建議使用陷阱類型宏。

IMPORTS
ObjectName
FROMRFC1155-SMI;

TRAP-TYPEMACRO::=
BEGIN
TYPENOTATION::="ENTER(enterpriSEOBJECTIDENTIFIER)
VarPart
DescrPart
ReferPart
VALUENOTATION::=value(VALUEINTEGER)

VarPart::=
"VARIABLES""{"VarTypes"}"
empty
VarTypes::=
VarTypeVarTypes","VarType
VarType::=
value(vartypeObjectName)

DescrPart::=
"DESCRIPTION"value(descriptionDisplayString)
empty

ReferPart::=
"REFERENCE"value(referenceDisplayString)
empty

END
然而必須強調在Internet標準網管框架中，使用陷阱是非常令人失望的。陷阱類型宏是
用來認可現存的簡明的定義，而不是促使定義新的陷阱。


2.1.制定陷阱宏種類
應該注重的是陷阱類型宏的擴張概念上是發生在完成時而不是在運行期間。

2.1.1.制定企業條款
企業條款，必須是現有的，定義了企業治理，在其下的注冊權限，這個陷阱是定義了的。（關
于注冊權限的授權的討論，見SMI[3]）。評估被放在SNMP陷阱協議數據單元的企業項內。
根據慣例，假如企業條款的評估是簡單網管協議中的
對象標志符::={mib-211}
就象在MIB-II[7]中定義的，sysObjectID的評估被放在SNMP陷阱協議數據單元的企業項
內，而不使用此項評估。這提供了一種使用陷阱類型宏來代表現存的SNMP標準陷阱的方
法；它并沒有用來提供定義另外的SNMP標準陷阱的方法。
2.1.2.制定變量條款
變量條款，不必是現有的，定義了MIB對象的有序的序列，這些對象包含在每個陷阱
類型的實例中。每個變量按順序被放置在SNMP陷阱協議數據單元的變量綁定域內。注重
到在代理的選項中，附加的變量可能在變量綁定域內出現。
然而，假如企業條款的評估是簡單網管協議中的
對象標志符::={mib-211}
就象在MIB-II[7]中定義的，那么附加變量的出現不會導致連續的SNMP消息超過484
字節。

2.1.3.制定描述條款
描述條款，不必是現有的，包含一個陷阱類型的原文的定義。注重到為了符合ASN.1
的語法，這個條款的全部評估必須包含在雙引號內，盡管這些評估是多線程的。
更要注重假如MIB模塊其他地方沒有包含陷阱的原文描述，描述條款必須是現有的。

2.1.4.制定參考條款
參考條款，不需要是現有的，包含有在其他MIB模塊中定義的一個陷阱的原文的相互
參照，事件，或是警告。當其他一些組織產生出MIB時，這是非常有用的。

2.1.5.制定陷阱類型評估
陷阱類型禱文的評估是整數。企業條款指示的注冊權限為陷阱唯一指定這些整數。這項
評估被放在SNMP陷阱協議數據單元的專用陷阱域內，普通陷阱域被放在“企業專用(6)”。
根據慣例，假如企業條款的評估是簡單網管協議中的
對象標志符::={mib-211}
就象在MIB-II[7]中定義的，那么陷阱類型宏禱文的評估放在SNMP陷阱協議數據單元的普
通陷阱域內，專用陷阱域放在0.它提供了使用陷阱宏來代表已存的SNMP陷阱的方法；他
并沒有用來提供定義附加標準SNMP陷阱的方法。

2.2.使用舉例

2.2.1.專用企業陷阱
考慮這樣一個簡單例子：當一個通信連接失敗時，發送一個企業專用陷阱

myEnterpriseOBJECTIDENTIFIER::={enterprises9999}

myLinkDownTRAP-TYPE
ENTERPRISEmyEnterprise
VARIABLES{ifIndex}
DESCRIPTION
"一個myLinkDown陷阱表示發送的
SNMP請求實體確認了表現在代理配置通信里的一次失敗連
接。"
::=2

2.2.2.為使用SNMP的普通陷阱

考慮標準SNMP陷阱可能會這樣定義：
coldStartTRAP-TYPE
ENTERPRISEsnmp
DESCRIPTION
"一個coldStart陷阱表示發送的協議實體在重新初始化自己這
樣可能會改變代理配置或協議實體。

::=0

warmStartTRAP-TYPE
ENTERPRISEsnmp

DESCRIPTION
"一個warmStart陷阱表示發送的協議實體在重新初始化自己
這樣代理配置和協議實體都會改變."
::=1

linkDownTRAP-TYPE
ENTERPRISEsnmp
VARIABLES{ifIndex}
DESCRIPTION
"一個linkDown陷阱表示了發送的協議實體確認了表現在代
理配置中通信連接的一次失敗."
::=2

linkUpTRAP-TYPE
ENTERPRISEsnmp
VARIABLES{ifIndex}
DESCRIPTION
"一個linkUp陷阱表示了發送的協議實體
認了在代理配置出現時的一個通信連接."
::=3

authenticationFailureTRAP-TYPE
ENTERPRISEsnmp
DESCRIPTION
"一個authenticationFailure陷阱表示了發送的協議實體是
不恰當鑒別協議消息中的地址。當SNMP的補充協議必須能
夠產生這個陷阱，它同樣必須能夠壓縮這些陷阱的發送通過一
個非凡執行機制."
::=4

egpNeighborLossTRAP-TYPE
ENTERPRISEsnmp
VARIABLES{egpNeighAddr}
DESCRIPTION
"一個egpNeighborLoss陷阱表示了從發送協議實體的一相
鄰EGP是一個已經被標記的等同EGP，現在這個等同的關
系是不包含在內的."
::=5


3.致謝
本文檔由SNMP網絡工作組產生：
AnneAmbler,Spider
KarlAuerbach,Sun
FredBaker,ACC
KenBrinkerhoff
RonBroersma,NOSC
JackBrown,USArmy
TheodoreBrunner,Bellcore
JeffreyBuffum,HP
JohnBurress,Wellfleet
JeffreyD.Case,UniversityofTennesseeatKnoxville
ChrisChiptasso,Spartacus
PaulCiarfella,DEC
BobCollet
JohnCook,Chipcom
TracyCox,Bellcore
JamesR.Davin,MIT-LCS
EricDecker,cisco
KurtDobbins,Cabletron
NadyaEl-Afandi,NetworkSystems
GaryEllis,HP
FredEngle
MikeErlinger
MarkS.Fedor,PSI
RichardFox,Synoptics
KarenFrisa,CMU
ChrisGunner,DEC
FredHarris,UniversityofTennesseeatKnoxville
KenHibbard,Xylogics
OleJacobsen,Interop
KenJones
SatishJoshi,Synoptics
FrankKastenholz,Racal-Interlan
ShimshonKaufman,Spartacus
KenKey,UniversityofTennesseeatKnoxville

JimKinder,Fibercom
AlexKoifman,BBN
ChristopherKolb,PSI
CherylKrupczak,NCR
PaulLangille,DEC
PeterLin,Vitalink
JohnLunny,TWG
CarlMalamud
RandyMayhew,UniversityofTennesseeatKnoxville
KeithMcCloghrie,HughesLANSystems
DonnaMcMaster,DavidSystems
LynnMonsanto,Sun
DavePerkins,3COM
JimReinstedler,UngermanBass
AnilRijsinghani,DEC
KathyRinehart,ArnoldAFB
KaryRobertson
MarshallT.Rose,PSI(chair)
L.MichaelSabo,NCSC
JonSaperia,DEC
GregSatz,cisco
MartinSchoffstall,PSI
JohnSeligson
SteveSherry,Xyplex
FeiShu,NEC
SamSjogren,TGV
MarkSleeper,Sparta
LanceSprung
MikeSt.Johns
BobStewart,Xyplex
EmilSturniold
KajTesink,Bellcore
DeanThroop,DataGeneral
BillTownsend,Xylogics
MauriceTurcotte,Racal-Milgo
KannanVaradhou
SudhanshuVerma,HP
BillVersteeg,NetworkResearchCorporation
WarrenVik,InteractiveSystems
DavidWaitzman,BBN
SteveWaldbusser,CMU
DanWintringhan
DavidWood
WengyikYeong,PSI
JeffYoung,CrayResearch

4.參考

[1]Cerf,V.,"IABRecommendationsfortheDevelopmentofInternet
NetworkManagementStandards",RFC1052,NRI,April1988.

[2]Cerf,V.,"ReportoftheSecondAdHocNetworkManagementReview
Group",RFC1109,NRI,August1989.

[3]RoseM.,andK.McCloghrie,"StrUCtureandIdentificationof
ManagementInformationforTCP/IP-basedinternets",RFC1155,
PerformanceSystemsInternational,HughesLANSystems,May1990.

[4]McCloghrieK.,andM.Rose,"ManagementInformationBasefor
NetworkManagementofTCP/IP-basedinternets",RFC1156,Hughes
LANSystems,PerformanceSystemsInternational,May1990.

[5]Case,J.,Fedor,M.,Schoffstall,M.,andJ.Davin,"Simple
NetworkManagementProtocol",RFC1157,SNMPResearch,
PerformanceSystemsInternational,PerformanceSystems
International,MITLaboratoryforComputerScience,May1990.

[6]Informationprocessingsystems-OpenSystemsInterconnection-
SpecificationofAbstractSyntaxNotationOne(ASN.1),
InternationalOrganizationforStandardizationInternational
Standard8824,December1987.

[7]RoseM.,Editor,"ManagementInformationBaseforNetwork
ManagementofTCP/IP-basedinternets:MIB-II",RFC1213,
PerformanceSystemsInternational,March1991.

5.安全考慮
本備忘錄中沒有考慮安全問題。

6.作者地址

MarshallT.Rose
PerformanceSystemsInternational
5201GreatAmericaParkway
Suite3106
SantaClara,CA95054

Phone:+14085626222

EMail:mrose@psi.com
X.500:rose,psi,us