GB T 17142-1997 信息技术 开放系统互连 系统管理综述.pdf

《GB T 17142-1997 信息技术 开放系统互连 系统管理综述.pdf》由会员分享，可在线阅读，更多相关《GB T 17142-1997 信息技术 开放系统互连 系统管理综述.pdf（25页珍藏版）》请在麦多课文档分享上搜索。

1、中华人民共和国国家标准信息技术开放系统互连系统管理综述发布实施国家技术监督局发布前言本标准等同采用信息技术开放系统互连系统管理综述信息技术开放系统互连系统管理综述技术修改信息技术开放系统互连系统管理综述技术修改和信息技术开放系统互连系统管理综述补篇本标准的附录是标准的附录附录是提示的附录本标准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位电子工业部标准化研究所本标准主要起草人郑洪仁周小华戴浩张晓涛前言国际标准化组织和国际电工委员会是世界性的标准化专门机构国家成员体他们都是或的成员国通过国际组织建立的技术委员会参与制定针对特定技术范围的国际标准和的各技术委员会在共

2、同感兴趣的领域内进行合作与和有联系的其他官方和非官方国际组织也可参与国际标准的制定工作对于信息技术和建立了一个联合技术委员会即由联合技术委员会提出的国际标准草稿需分发给国家成员体进行表决发布一项国际标准至少需要的参与表决的国家成员体投票赞成是由信息技术联合技术委员会与合作制定的等同文本为附录构成为本标准的一部分附录仅作为信息中华人民共和国国家标准信息技术开放系统互连系统管理综述国家技术监督局批准实施范围本标准提供系统管理标准系列的综述建立划分系统管理标准为独立的组规定每个组的范围及标识每个组中主要部件的基础给出制定系统管理标准的指南并标识它们相互联系的方法定义由其他系统管理标准所使用的术语可用

3、于所有系统管理标准的定义和任意规模系统管理的各个方面可用于对系统管理的响应是集中式的和分散式的情形为系统管理建立一个模型标识系统管理的几个方面例如信息功能通信和组织以及进一步细化阐明这些方面的模型确定一致性要求和符合系统管理标准的一致性声称的指导原则在本标准的主体部分没有一致性要求但它规定了为符合系统管理要求应该遵循的标准本标准的附录为系统管理定义了一个应用上下文并为协商系统管理功能单元规定了规则存在与这些规则相关联的一致性要求引用标准下列标准所包含的条文通过在本标准中引用而构成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订使用本标准的各方应探讨使用下列标准最新版本的可能性信息处

4、理系统开放系统互连基本参考模型信息处理系统开放系统互连基本参考模型第部分管理框架信息技术开放系统互连抽象语法记法一基本编码规则规范信息处理系统开放系统互连文件的传送访问和管理信息技术开放系统互连公共管理信息服务定义信息技术开放系统互连公共管理信息协议第部分规范信息处理系统开放系统互连联系控制服务元素协议规范信息处理系统开放系统互连联系控制服务元素服务定义信息技术远程操作第部分实现远程操作服务元素服务定义信息技术远程操作第部分实现远程操作服务元素协议规范信息技术开放系统互连系统管理第部分客体管理功能信息技术开放系统互连系统管理第部分状态管理功能信息技术开放系统互连系统管理第部分表示关系的属性信息

5、技术开放系统互连系统管理第部分告警报告功能信息技术开放系统互连系统管理第部分事件报告管理功能信息技术开放系统互连系统管理第部分日志控制功能信息技术开放系统互连系统管理第部分安全告警报告功能信息技术开放系统互连分布式事务处理信息技术开放系统互连管理信息结构第部分管理信息模型信息技术开放系统互连管理信息结构第部分管理信息定义信息技术开放系统互连管理信息结构第部分被管客体的定义指南信息技术开放系统互连一致性测试方法和框架第部分基本概念定义基本参考模型定义本标准基于开放系统互连基本参考模型中的概念并采用中定义的下列术语应用服务元素系统管理管理框架定义本标准采用中定义的下列术语被管客体管理信息库系统管理

6、应用实体定义本标准采用中定义的下列术语被管客体的属性公共管理信息服务元素公共管理信息服务管理信息模型定义本标准采用中定义的下列术语属性类型命名树被管客体边界一致性测试方法和框架定义本标准采用中定义的下列术语协议实现一致性声明形式表系统一致性声明实现一致性声明形式表系统管理综述定义本标准采用下列定义代理对特定的系统管理交互充当代理角色的一个用户代理角色由一个用户充当的角色它有能力对被管客体执行管理操作并代表被管客体发送通知类属定义被管客体类属性类型通知类型或管理操作类型的定义使其可用于一般应用管理交互单个管理操作或单个通知或者被标识出的一组逻辑相关的管理操作和通知其间的管理者和代理角色不会改变被

7、管客体类一个命名的被管客体集合该集合共享相同命名的属性集通知集和管理操作包并且共享这些包存在的相同条件注下列两个定义与一致性测试方法和框架中关于和形式表的相应定义密切相关被管客体一致性声明一个由被管客体实现的提供者产生的声明已实现的能力和选项以及被忽略的任何特性管理信息一致性声明由提供者作出的关于下述内容的声明实现的管理者角色的能力与已实现的管理信息有关的选项以及被忽略的某些特性形式表一种调查表形式的文件当它由具有管理者角色能力的实现提供者完成时便成为形式表一种调查表形式的文件它由被管客体的定义者或一致性测试套的设计者设计并由被管客体实现完成时便成为被管开放系统一个开放实系统它包含一个可充当代

8、理角色的用户管理域一个被管客体的集合它适用于公共的系统管理策略管理信息在一个开放系统中可以由管理协议传送的信息管理支持客体一个专门定义来支持系统管理功能的系统被管客体例如日志鉴别器管理者一个对特定的系统管理交互充当管理者角色的用户管理者角色一个由用户充当的角色它有发出管理操作和接收通知的能力管理开放系统一个开放实系统它包含一个可充当管理者角色的用户用户一个使用系统管理服务的应用通知由一个与在被管客体内发生的事件相关的被管客体发出的信息通知类型已命名的数据类型它定义一个特定种类的通知层被管客体指层的被管客体层管理协议用于交换层管理信息的层协议它仅由及以下各层支持注本标准既不规定也不需要使用层管理

9、协议在此包括其定义是出于完整性的考虑系统管理操作在被管客体上影响系统管理的操作系统被管客体涉及到不止一层的被管客体但对系统或对指定的管理功能是作为一个整体的系统管理应用进程参与系统管理的应用进程系统管理应用服务元素提供系统管理服务的应用服务元素系统管理功能系统管理活动的一部分它满足一组逻辑相关的用户需求系统管理功能范围系统管理用户需求的范畴系统管理功能单元已命名的系统管理服务的非空集合定义它的目的是为了在需要端系统之间建立或协商使用功能性的地方标识这种功能性的特定集合或者是为了在其他标准中作参考系统管理功能单元包已命名的系统管理功能单元的非空集合定义它的目的是为了在一个联系上协商功能单元系统管

10、理应用协议支持系统管理服务的应用层协议系统管理服务已命名的服务原语集合它提供用于系统管理中的服务缩略语抽象语法记法联系控制服务元素应用服务元素宽带综合业务数字网公共管理信息协议公共管理信息协议数据单元公共管理信息服务公共管理信息服务元素电路交换公用数据网文卷传送访问和管理实现一致性声明标识符综合业务数字网局域网管理应用协议数据单元电文处理系统面向电文的文本交换系统管理信息库管理信息一致性声明管理信息服务被管客体一致性声明开放系统互连协议实现一致性声明包交换公用数据网远程操作服务元素单联系控制功能系统管理应用实体系统管理应用协议机系统管理应用服务元素系统管理功能范围系统管理功能单元管理信息结构远

11、程通信管理网事务处理虚拟终端广域网系统管理系统管理为在环境中监视控制和协调资源提供机制并为与那些资源相关的通信信息提供协议标准为描述环境中对资源的管理操作这些资源被看作具有指定特性的被管客体在任一开放系统中系统管理所需的信息可以通过本地输入提供也可以通过系统管理应用层通信从其他开放系统的输入中产生还可以是低层协议交换的结果特别地系统管理适用于但不局限于第层专线租用线卫星连接第层局域网广域网等第层建议的子网等第层运输层实体第层会话层实体第层表示层实体第层目录例如使用建议也被作为系统管理的有效应用注当然制定这些标准主要是为满足被管资源的需要但同时它们也具有广泛的适用性而且将来有可能在标准中专门指出

12、其他的区域系统管理可用于分布式处理和通信环境的广阔范围这些环境范围从互连小系统的局域网到全球规模的互连协作网和国家网小规模环境可以由合适的小规模管理系统来管理这些小规模系统包括单一的管理者它能够通过许多代理来控制和协调开放通信环境标准和概念也适用于支持多管理者的大规模环境整套系统管理标准主要分成以下三个组一组是规定系统管理功能的标准一组是与被管客体规范相关的标准一组是与管理功能相关的用于信息通信的应用层服务和协议标准由系统管理活动满足的需求可以方便地分为五组其中每一组给出覆盖一个或多个功能的一个或多个标准这些由管理框架定义的范围是故障管理配置管理记帐管理性能管理安全管理不过已知许多信息项目及其

13、相关的管理操作和通信协议对多个范围是公共的并且在执行管理活动中各组管理功能可以组合以完成特定的管理策略为此系统管理标准构成一个紧密相关的一组标准系统管理模型引言本章标识许多系统管理的概念并提供模型来阐述这些概念及其相互关系下列各条描述了系统管理模型的各个方面信息方面功能方面通信方面组织方面通信环境的管理是一个信息处理应用由于被管理的环境是分布的所以管理活动的单个组件本身也是分布的管理应用通过在系统管理应用实体之间建立联系以分布方式执行管理活动如图所示系统管理应用实体之间发生的交互被抽象为由一个实体向另一个实体发出的管理操作和通知它们使用系统管理服务和协议来通信图系统管理交互通过操纵被管客体来引

14、发管理活动为了系统管理管理应用按照用户来分类每个交互发生于两个用户之间其中一个充当管理者角色另一个充当代理角色充当代理角色的用户是在其本地系统环境里管理被管客体的分布式应用的一部分依据管理者传达的管理操作代理在被管客体上执行管理操作代理还可以把被管客体发出的通知转发给管理者充当管理者角色的用户是通过发出管理操作和接收通知而对一个或多个管理活动负责的分布式应用的一部分管理者的概念不局限于独自参与系统管理的应用需要访问管理信息的其他应用程序可以使用管理信息服务用户的角色不是被永久地赋予一些用户被限制为只能充当代理角色一些只能充当管理者角色而其他用户被允许在一个交互中充当代理角色而在另一个交互中充当

15、管理者角色注当开放系统之间的一个管理交互从属于不止一个被管客体时代理如何在它的被管客体之间分配管理操作的规范不属于标准化内容一个被管客体本身可以代表一个被管系统之外的资源被管系统与外部资源之间的关系也可以是一种管理者代理关系如果这些系统之间的通信遵循管理标准则对原始被管系统中被管客体的管理操作可能进一步导致管理者代理交换从而对远程被管客体进行操作对这种允许的层迭式管理操作的数目没有限制重要的是承认本标准仅建立一个概念模型该模型描述了使用标准化的管理信息服务进行实际通信的信息的结构和内容管理信息无论何时进行通信都要根据这个模型进行系统在何处以及如何表示和存储产生管理信息的实际数据是一个本地问题因

16、此不属于标准化内容注图表示了一种观察系统管理模型的特别方式并仅仅被作为信息给出在制定本规范期间该图曾有过重要作用特别是它把对标准化通信的映射遵循中介绍的规则同本地映射区别开以图解方式说明了在系统管理应用进程中必须存在根据模型观察实际的管理信息的方法此外该方法存在于本地环境中因此实现的问题不属于标准化内容图既未显示出完整的模型也未显示出全部的所有细节特别是它不意味着必须使命名树的一个子树与指定层相关也不意味着术语系统管理信息模型空间是一个已定义的术语图系统管理模型的信息与通信方面之间的关系信息方面本条介绍系统管理模型的信息方面信息模型的限定规范在中给出它细化了中定义的被管客体的概念它涉及它们的属

17、性可能在它们上面执行的管理操作以及它们可能发出的通知一个系统中被管客体的集合连同它们的属性构成该系统的管理信息库符合标准的被管客体有待由负责对被管客体所代表的资源进行标准化的那个标准化组织来规定例如负责层协议实体标准化的小组也要负责对代表该协议实体的管理视图的被管客体标准化的工作作为对支持被管客体定义的管理信息定义和系统管理功能定义的收集用来提供支持被管客体定义的指南和工具被管客体被管客体是受管理支配的资源诸如层实体连接或物理通信设备的项目的管理视图因此被管客体是被管理看成为并且是为了管理目的代表其性质的这样一个资源的抽象被管客体定义的本质部分是这些性质之间的关系和资源的操作行为这种关系不能用

18、一般方式建模被管客体可以特定于一个单独层在这种情况下它们被称为层被管客体与多层与特定系统管理功能管理支持客体或与整个系统都有关的那些被管客体被称为系统被管客体属性属性是被管客体的性质属性具有一个关联值该值可具有一个简单的或者一个复杂的结构管理操作和通知被管客体的定义部分是可以在其上执行的管理操作集合和这些管理操作对被管客体及其属性的影响的规范如果有相关的被管客体定义还可以规定对它的影响管理操作的执行也可能有条件地取决于被管客体的状态或其属性管理操作定义的本质部分是一些可能方法的一种集合在这些方法中它可能会失败被管客体还可能发送通知通知包含有关于该事件产生的信息这个事件与被管客体相关联传送管理操

19、作和通知的机制属于管理标准化内容而执行管理操作和通知的机制则不属于管理标准化内容相应的内部系统接口也不属于标准化内容在被管客体边界上的各管理操作之间的关系和在各开放系统之间的协议中传送什么内容将在中描述功能方面本条描述系统管理模型的功能方面一个系统管理功能可能满足多个需求或者为满足某些需求可能使用多个功能因此在功能和需求之间存在着多对多的关系为满足需求系统管理功能规范定义了所必需的管理活动和信息管理功能可以组合以便完成特定的管理活动由于对一个给定的联系并非总是需要所有的服务所以系统管理功能的服务可能被分组为一个或多个功能单元它们是用户之间协商的基本单元另外可以定义能提供多个功能服务的功能单元穿

20、过功能边界的功能单元被提供来支持下列能力的集合只是通知只是管理操作通知和管理操作注允许协商这些能力的子集例如监视控制来定义其他功能单元代理一般不能确定它所接收的管理操作或所发送的通知的目的例如一个开放系统一般不能确定它对于读差错计数器请求的响应将被用作故障管理的目的还是性能管理的目的代理独自地响应来自管理者的请求而不需要任何更广泛的上下文来执行请求通信方面在分别扮演管理者角色和代理角色的用户间的交互通过交换管理信息来实现这种通信使用协议来完成对于系统管理的一般通信服务是描述了如何用来支持与在一个被管系统中适用于被管客体的管理操作和通知有关的通信到解释了通信支持如何适合应用层结构用户可以利用其他

21、服务诸如或这些服务可能支持也可能不支持管理者代理角色的差别但是用户仍应支持管理者代理角色的差别注用户可以利用其他服务对管理操作和通知的支持对管理操作和通知的通信支持有两个方面支持在各用户之间传送对管理操作和通知的请求支持对被管客体的访问控制和通知信息的外部传播主要的部件如图所示系统管理服务具有用于对中定义的各类管理操作的请求通信的原语以及用于传送通知信息的原语用这种方法系统管理服务反映在被管客体边界上定义的交换系统管理服务用筛选和过滤来选择合适的被管客体提供附加的支持定义了系统管理服务如何被映射到服务上在被管客体边界以信息模型定义的交换类型和系统管理服务中的通信支持之间存在严格的对应关系然而在

22、信息的个别交换或可能的交换中这些机制可以参与控制信息流程访问控制机制可能拒绝指定的管理者对所选被管客体的管理操作请求对于被管客体发出的管理通知的外部通信定义一个机制来识别外部通信的目的地和通知信息应满足的匹配原则还可独立地定义另一种机制来记录信息以备以后检索图对通知和管理操作的通信支持系统管理应用实体系统管理应用实体由系统管理应用服务元素和联系控制服务元素组成中需要的其他应用服务元素在下面描述图显示系统管理部件如何适合应用层结构定义了传送与管理应用协议数据单元中的管理相关的信息的语义和抽象语法是在系统管理应用实体见之间交换的管理操作和通知的抽象观念的协议实现对每一个已定义的还规定了它到支持服务

23、上的映射为了使用功能单元来协商由提供的服务可以被分组规定在系统管理应用实体之间交换的管理信息由使用的通信服务可以由公共管理信息服务元素或其他诸如文件传送访问和管理或事务处理来提供的使用也意味着存在远程操作服务元素为传送公共管理信息协议数据单元规定了服务和规程以公共的方式为在管理操作和通知中为了管理目的而交换信息提供了手段其他可用于传送管理信息图管理和应用层应用上下文两个系统管理应用实体通过商定应用上下文来建立联系该应用上下文为联系标识出初始的共享管理知识包括所使用的各种应用服务元素为了系统管理的目的在本标准的附录中给系统管理应用上下文分配了名字该应用上下文用于仅使用系统管理的地方在将来可能分配

24、其他名字这意味着使用不同的集合可共享的管理知识为执行系统管理在管理者和代理之间必须有可共享的管理知识用于系统管理通信的管理知识包括但不局限于协议知识例如应用上下文功能知识例如功能和功能单元被管客体知识例如被管客体的类别实例和标识以及它们的属性对被支持功能的约束和这些功能与被管客体间的关系特别是为了支持指定的功能相关被管客体应存在于一个开放系统中共享的管理知识以分布式管理应用展示自己因此如果包含于相关开放系统中的被管客体不同则每个端系统的各自视图也可能不同见图共享的管理知识指的是两个系统间的共同知识即共享的管理模式正如中所规定的那样需要能够建立和修改存在于参加管理信息交换的两个系统之间的共享管理

25、知识管理知识可以在任意时刻建立特别地优先于任何通信发生例如在设计或建造系统时建立或者从先前的联系中记住在联系建立阶段随后在联系的生存期内使管理通信能够进行的预先知识是建立管理知识的一个例子在联系建立时应该既可以建立也可以修改管理知识在为系统管理建立好联系后一个机制可被用来修改管理知识例如一个知识发现机制可由支持代理角色的系统支持以便能考查系统的能力管理者对这种机制的使用应被作为一个选项在联系期间之外对共享管理知识的任何修改都可以借助于知识更新机制来完成标准化管理知识应从被管客体得到此外某些标准化管理知识可从其他机制诸如目录客体得到图共享管理知识的视图支持服务的使用不同的功能需要不同的通信服务例

26、如一些功能可能需要面向文卷的管理操作而另一些可能只需要简单的请求应答协议组织方面模型的组织方面描述管理的分布式性质许多相关于系统管理组织方面的概念如管理者代理已在前面介绍见本条进一步地阐述组织方面的内容管理域注本条描述模型的信息性质方面为管理一群被管客体的组织需求包括为一系列功能目的或策略划分管理环境诸如为安全记帐故障管理等等或者为其他管理目的而划分管理环境诸如按照地理的技术的或组织的结构来划分在每群被管客体里为每个目的暂时指派并可能修改管理者和代理的角色用一致的方法执行控制形式例如一个安全策略当被管客体被组织成为满足上述需求的集合时这些集合被称为管理域这些概念如图所示图管理域的概念当管理域被

27、用于系统管理目的时可以由被管客体代表一个管理域至少拥有下列特性一个名字它唯一地标识那个管理域一群被管客体的标识该客体是域的成员域间关系的标识它可用于一个域同其他域的关系管理域可以重叠也可以不重叠当为相同目的创建的管理域重叠时可以采用特定的条件管理域的行政管理除了组织需求外还存在行政管理需求这些需求包括如下建立和维护每个管理域的各自授权机构对它们的边界施加修改安排它们可能重叠的方式管理从一个管理域到另一个管理域的控制转移为满足上述需求定义了一个特殊的管理域称为行政管理域行政管理域是这样一个管理域在域中的被管客体全部都对一个且仅对一个行政管理机构负责一个行政管理域的行政管理授权机构可能是一个行政机

28、构一个公共的通信行政机构或提供通信服务的其他组织或一个私立组织为利用系统管理来控制完全在其行政管理域内的被管客体和管理域可以选出也可以不选出与此有关的组织因此管理域的概念不属于标准化内容但是和管理域有关的交互可以归属于标准化注管理域的一个例子是安全管理域它描述的是在一个行政管理域内的一个特定的安全性策略的范围两个不同的行政管理授权机构可能支持在同一个安全管理域内或跨越多个安全管理域的相同安全策略系统管理标准第章介绍了系统管理概念的模型这一章描述了各种有关标准它们之间的相互关系以及与第章中模型的关系图示出了这些关系它还指出了包含特定管理信息的其他标准并指出它们与系统管理标准的关系与系统管理有关的

29、标准可以归类为规定结构的标准面向管理信息通信的标准与管理信息有关的标准面向系统管理功能的标准图标准之间的关系体系和结构通过定义术语提供结构和描述管理活动为管理标准的协调制定提供了框架正如本标准的第章所述本标准提供了系统管理的综述系统管理导论提供了系统管理的简介并概述了基本原理和需求它们是制定一组系统管理标准的基础管理信息的通信定义了应用服务元素公共管理信息服务元素它可被一个集中或分布式管理环境中的应用进程用来为系统管理交换管理操作和通知中的信息还定义了一组服务原语它们构成应用服务元素有关的参数和每条服务原语的语义描述所必需的信息服务原语在开放系统之间传送对管理操作的请求管理操作的结果和事件报告

30、它们相当于在管理信息模型中定义的操作和通知规定了提供公共管理信息服务的协议它由应用层实体用来交换管理信息还规定了在应用层实体之间传输管理信息的规程的抽象语法正确解释协议控制信息的规程以及对实现的一致性要求假如有特别的需要为了管理信息的通信可以另外使用其他诸如或管理信息的结构与管理信息有关的标准分成两组被管客体类定义和支持被管客体类定义的标准大多数被管客体类定义由层结构和联络组织定义但是要求某些被管客体能支持管理本身特别的例子是代表事件递交鉴别器和管理日志的被管客体这些标准成为一组系统管理标准的一部分介绍如何定义被管客体类的标准包括它定义了被管客体的模型包括它们的属性能在其上执行的管理操作它们可

31、能发送的通知以及恰当的命名方案以使被管客体和属性可以被协议识别它定义了系统被管客体和可以引入到各种被管客体类定义中的模板以支持属性通知管理操作及其参数的一致性定义它为规定被管客体类及其他管理信息提供指南方法和记法技术注可能需要其他管理信息文件例如标准指导性技术文件或含有信息客体类属被管客体或者被管客体分类登记的登记簿系统管理功能与系统管理功能有关的标准包括下列各项中的一项或多项内容强调特定需求的一组系统管理服务的定义在包括这项内容的标准中超出或用来支持管理活动的其他提供功能以外的增值功能被定义为服务当对支持服务原语的信息内容施加限制例如限制可能在原语中发生的参数类型或限制操作于特定支持客体类上

32、的原语时则定义增值服务当需要特定顺序地使用或规程性地使用支持服务时也定义增值服务本项由下列一条或多条组成用户需求系统管理服务与用户需求之间的关系模型列出所需的系统管理服务及其语义的服务定义规定系统管理服务及其参数映射到下面服务上的协议规范系统管理服务与管理操作和通知之间的关系的定义与其他系统管理功能的关系一致性要求包括本项的标准可以包含或调用特定的类属定义并且还可以定义系统管理功能单元类属定义的需求和模型系统管理功能标准的这几项只涉及为强调特定功能需求的被管客体属性管理操作和通知的类属定义包含本项的标准所需的被管客体属性管理操作和通知可用于所定义的穿透服务本项由下列各条组成用户需求类属定义与用

33、户需求之间的关系模型施加于利用类属定义的其他标准上的符合性要求声明注这些功能所需的类属定义依照被管客体定义指南来形成文件且被写入包含类属定义的文件中见系统管理功能单元的定义包含本项内容的标准在需要对一个联系建立这种功能性的使用知识以作为确立管理知识的一部分的地方识别特定的系统管理服务集合单个功能单元可以包含在多个标准中所定义的服务并且可以定义与被管客体类相连的服务的使用本项由下列各条组成用户需求系统管理功能单元与用户需求之间的关系模型功能单元所需的系统管理服务的列表以及与所有那些从属于功能单元的服务相关的所有的被管客体类限制功能单元定义在协议中识别功能单元所必需的抽象语法功能单元之间各种关系的

34、描述功能单元与系统管理功能之间任何关系的描述一致性要求上面每一项内容可以单独出现在系统管理功能标准中它们也可以按任意方式组合但在没有引用或包含服务定义时类属定义和功能单元项不能组合一致性和符合性本章规定本标准对其他标准的符合性要求宣称与系统管理一致的系统符合性要求宣称与本标准一致的系统一致性要求与本标准的符合性引言在第章中给出了下列三类系统管理标准面向管理信息通信的标准与管理信息有关的标准与系统管理功能有关的标准宣称符合的标准应确定是对哪一类标准宣称了符合性并应遵守第章和第章中定义的用于确定种类的任何要求通信标准和与系统管理功能有关的标准要求有最低限度的一致性以便保证这些标准所规定的协议的完整

35、性有用的功能性集合在轮廓中定义注有些标准可以定义一个轮廓要求每个标准的表达不应依赖于低层标准的非强制性选项并应指明需要低层的哪些服务元素才能支持给定的协议还要求每个协议标准应规定在一定条件下的需求以便对该规程提供的每一类服务元素都能说明需要哪些规程单元才能支持该类服务元素通信标准的需求规定使用于管理信息通信中的协议的标准应声明对协议的静态一致性和动态一致性需求并应提供一个形式表来标识在一致性宣称中提供的全部信息这些标准应说明系统管理一致性的最低要求要求支持基本编码规则对定义系统管理的抽象语法需求对通信标准应有最低一致性要求以便与由本标准规定的协议保持完整这样的标准也可以定义成基础标准内的轮廓对

36、于通信标准提供的每个服务元素也应标识通信标准中需要哪些协议单元以便使用通信服务的其他标准能无歧义地定义它们的要求对通信标准宣称一致性的系统对于宣称所支持的每个服务都应支持所要求的协议元素集合管理信息标准的需求定义管理信息的标准应声明对管理信息定义在代理角色中的静态一致性和动态一致性要求并应提供一个形式表来标识在一致性宣称中应提供的全部信息应按照与类类属性管理操作和通知有关的行为定义来规定对于被管客体类的一致性要求对被管客体类的一致性宣称需要被管客体实例被标识成该类的一个成员这个类应符合被管客体类定义即具有为该类所定义的结构能够执行操作和发送为该类定义的通知具有为该类定义的属性及其相应的类型和操

37、作在被管客体边界上可见的资源行为与在标准定义的任何其他边界上可见的资源行为之间可以存在一种关系当且仅当这种关系被规定后这种关系的性质应被说明为被管客体类定义的一部分这样规定的关系遵守来自提供者的宣称提供者描述这种关系如何出现在一个特定的实现中并带有实现限制的说明例如在一个管理交互和它的其他外部可见行为的结果之间的最大延迟或者相反这个宣称可以在中规定或者在由引用的文件中规定注这种关系可能是在相关标准中规定的对被管客体的一致性要求的一部分并不总是可以用遵守一致性测试同时又没有过分勉强实现的确定性的方法来表达这样的关系例如在一个系统中的内部同步延时可以引起交互间的不确定延时如果在某些特定场合可行这些

38、关系可以是被管客体定义的一致性要求的一部分当这样做时特别重要的是既不要对实现限制过严也不要对客体规定一些不必要的超越规定的操作在标准中存在的一致性要求并不一定意味着这个要求有测试能力当一个标准宣称能支持某项功能或者能利用被管客体定义内的类属定义时这个标准应满足在功能或类属定义标准中说明的符合性要求定义管理信息的标准也应说明以管理者角色的身份对管理信息定义中规定的操作和通知的静态一致性和动态一致性并应提供或引用标识出一致性宣称中提供全部信息的形式表管理者角色对操作的一致性意味着该实现具有产生所规定的操作的能力与属性有关的操作受限于属性的定义管理者角色对通知的一致性意味着该实现具有接收所规定的通知

39、的能力与管理功能有关的标准的需求定义系统管理功能的标准应说明与功能标准中定义的协议相联系的静态一致性要求和动态一致性要求并提供一个形式表来标识在一致性宣称中提供的全部信息当要求使用特定的类属定义支持某一功能时功能标准应标识它所需的一般定义的集合包含类属定义的标准应声明施加于被管客体标准或使用了它所包含的定义的其他标准上的符合性要求定义系统管理功能单元的标准应说明与每个功能单元的支持相联系的一致性要求并提供一个形式表来标识在一致性宣称中提供的全部信息当功能标准定义了管理支持客体的使用方法时这个标准应在形式表中对被管客体规定一致性要求定义系统管理功能标准的标准应包括建议实现的提供者如何完成形式表的

40、声明系统管理功能标准应规定对支持服务的映射注系统管理应用协议机是系统管理功能中的一个抽象概念它将请求和响应原语的参数映射到并将中收到的信息映射到指示和响应原语的参数与系统管理功能有关的标准应有最低一致性要求以便保持本标准中规定的完整性最低要求可以根据功能标准的范围和目的来变化例如在系统管理功能标准的情况下诸如定义用于多个被管客体定义的类属属性类属属性组和通知的状态管理功能最低一致性要求可能仅仅是对某一种状态属性状态属性组或通知在其他情况下诸如使用情况的统计最低一致性要求可能是在系统管理功能中定义的一种客体或一种包再还有其他情况诸如测试管理则最低一致性要求可能包括几种被管客体以及交换顺序对管理者

41、角色实现的最低一致性与对代理角色实现的最低一致性也可以不同例如在管理者角色实现中对类属属性诸如状态属性的最低一致性要求可能对该属性至少有一种操作例如操作即可而在代理角色实现中最低一致性可能要求支持该属性上定义的全部操作符合管理的宣称的指南宣称与系统管理标准一致的实现提供者应遵守该标准给出的完整形式表的细则这些细则包括被支持的系统管理应用上下文的集合集合应至少包括在本标准的附录中所定义的系统管理应用上下文系统宣称所能支持的管理信息协议例如的集合对每个管理信息协议都要有形式的说明以符合协议标准要求的格式对这个协议集合的支持应包括为系统管理定义的抽象语法而支持基本编码规则的能力这个协议集合将包括为支

42、持任一系统管理功能单元所需的全部协议这些功能单元都是系统应支持的为支持应用上下文所需的全部协议这些上下文都是系统应支持的为支持由被管客体类集合规定的管理操作和通知所需的全部协议这些管理操作和通知都是系统应支持的系统宣称所能支持的系统管理功能可能用系统管理功能单元的方式表示的集合对每个功能都要有形式的说明以符合功能标准需要的格式系统宣称所能支持的被管客体类的集合对每个被管客体类都要有形式的说明以符合被管客体类标准需要的格式这个被管客体类的集合应包括为支持系统管理功能单元这些功能单元都是系统应支持的所需的任何被管客体类与本标准的一致性本标准规定的唯一的一致性要求就是在附录中对系统管理应用上下文的那

43、些要求附录标准的附录系统管理的应用上下文背景本附录描述了系统管理环境中的联系所用的应用上下文本附录定义了用于系统管理中的应用上下文要求这个应用上下文的支持保证成功地建立对系统管理的联系在本附录中定义的系统管理应用上下文的规则允许增加和协商和的功能单元定义修改联系中使用的部分上下文但不改变应用上下文的名称系统管理应用上下文应用服务元素本应用上下文由下列和引用关系构成联系控制服务元素远程操作服务元素公共管理信息服务元素系统管理应用服务元素为系统管理应用实体的用户提供服务使用又使用为提供管理联系服务并使用和遵循同一抽象语法该抽象语法在中定义规程元素在系统管理应用上下文中联系的发起者和响应者都可以充当

44、代理和管理者两种角色当联系在系统管理应用上下文中成功地建立后在联系每个交互发生时管理者和代理角色可以交换对特定的交互角色的指派由那个交互的调用者来描述在本应用上下文中可以尝试任何交互但是尝试使用由两边管理系统都不支持的交互将导致差错如果尝试一个不被支持的交互在中定义的下列差错值将被用来报告交互的失败无法识别的操作操作不是服务用户之间所约定的那些之一如果尝试的交互是一个操作的话无此事件类型指定的事件类型未被认出如果尝试的交互是一个通知进一步的规程元素在第章中定义应用上下文名本应用上下文的应用上下文名将具有下列客体标识符值和下列客体描述符值的使用在中定义的联系信息参数应是提供给的数据序列如中定义接

45、着还可以选用提供给的数据提供给的数据是如本标准的中所定义的数据类型中定义的模型参数将具有值中规定的抽象语法名应被包括在表示上下文定义表中建立联系的规则在的附录中为规定的联系规则适用于在本标准内定义的应用上下文应用上下文协商联系的发起者使用系统管理应用上下文名来提议建立一个带有系统管理应用上下文的联系如果响应者接受联系并用相同的应用上下文名响应则可在系统管理应用上下文中建立起联系如果响应者接受联系但用不同的应用上下文名响应则在不同的应用上下文中建立起联系关于它的使用规则和它的功能性的协商规则已超出了系统管理应用上下文的范围如果响应者拒绝联系请求则依照中定义的规则应用联系不能建立功能单元协商为协商

46、功能单元应遵守中定义的协商规则系统管理功能单元的协商是可选的一个约定的初始集合可以在联系建立时使用和中定义的参数来确定当商定好一组时联系将受商定好的一组功能单元的制约直到取得新的约定为止只有约定集合中的操作和通知被允许在联系上使用注规定在联系期间修改一组约定的机制尚待制定依靠规定参数把对应于集合的元素的所有位都置来标识一个集合在位串中缺少的结尾位被认为置为为协商的集合联系的发起者应提议的一个有效非空集合为接受协商响应者应以的一个有效集合来响应响应集合可以和提议集合相等也可以是提议集合的子集为拒绝协商响应者将以空缺的参数响应如果发起者没有提议集合在请求中不存在参数则响应者应以空缺的参数响应或者拒

47、绝联系如果协商被接受则在响应中规定的集合构成为联系中的约定初始集合如果联系被成功地建立但协商不被接受则面向联系的规则仅被中规定的约定应用上下文支配注如果由一个发起者提议的两个功能单元提供的管理能力相重叠并且一个功能单元在响应中被规定而另一个未被规定则对两个功能单元公共的那些管理能力属于联系的约定初始集参数的和子参数用来在特定的支持中区别是管理者角色还是代理角色或者二者皆是这允许对功能单元协商的使用向下协商仅仅是管理者或仅仅是代理的管理系统一旦的约定集合已经商定管理系统有责任支持为联系所约定的任何需求和或约束如果指定的被商定则任何尝试执行商定的边界之外的交互将导致差错功能单元包的定义指南功能单元

48、包是功能单元的非空集合它是为了在联系上协商功能单元而定义的功能单元包的定义需要分配客体标识符值这个客体标识符值用于在联系协商期间使用中规定的抽象语法标识功能单元包更进一步功能单元包的定义将给功能单元包中定义的每个功能单元分配一个唯一的比特位置这些比特位置用来标识设置在或中或二者中的哪些位指明给协商提议了哪些功能单元示例本标准分配下列客体标识符值作为在中定义的型的值用来协商下列功能单元功能单元功能单元功能单元此处的数字标明分配给功能单元的比特位置并且名字引用本标准的第章中定义的功能单元的抽象语法的定义本标准分配客体标识符值作为抽象语法名给所有表示数据值的集合每个数据值都是一个类型值协议用描述用户

49、信息用数据类型定义要在用户信息参数中分隔的中的中传递的用户信息定义如下如果建议协商则它应在上呈现如果接受协商则它应在上呈现否则该参数应被省略它只可在上呈现当协商失败当协商导致减少建议的或当联系请求被拒绝时它可以对此携带特定理由对需要区别不同实现环境的方便实现才提供该参数它不涉及一致性测试不支持一个或多个请求的支持单独的但不支持单个联系的建议组合去掉已协商的一个或多个要求的响应者勿需明确地说明为什么拒绝协商如果它不呈现则意味着角色不支持该如果它不呈现则意味着角色不支持该最低通信支持在系统管理通信使用面向连接的服务的地方为了支持服务系统管理的最低需求是只使用核心功能单元而没有任何上下文管理服务元素的表示连接没有加速或同步服务元素的双向同时会话连接一致性对系统管理应用上下文宣称一致性的开放系统将遵守在和中说明的静态和动态要求静态一致性为解释中的用户信息参数系统应支持从规定的名为的编码规则集合中的编码规则派生出来的传送语法用户信息参数按照中定义的抽象语法定义动态一致性开放系统应支持本附录中定义的规程元素作为联系发起者或者联系响应者或二者皆可附录提示的附录系统管理功