分享
 
 
 

为使用SNMP定义Trap的惯例

王朝other·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

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::="ENTERPRISE"value

(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

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有