YD T 872-1996 数据通信网开放系统互连(OSI)的管理.框架.pdf

《YD T 872-1996 数据通信网开放系统互连(OSI)的管理.框架.pdf》由会员分享，可在线阅读，更多相关《YD T 872-1996 数据通信网开放系统互连(OSI)的管理.框架.pdf（11页珍藏版）》请在麦多课文档分享上搜索。

1、YD/T 872-1996 前言本标准等同采用CCITT(国际电报电话咨询委员会)，现ITU-T(国际电信联盟电信标准化部门)制定的X.700建议，而建议X.700数据通信网CCITT应用的开放系统互连的管理框架和ISO/IEC7498-4信息技术开放系统互连管理框架在技术上是完全等同的，因而本标准沿用CCITT应用的开放系统互连的管理框架并改题为开放系统互连的管理框架。本标准是一组有关开放系统的网络管理的标准之一。这一组标准为开放系统的网络管理提供了一个综合性的规范。建议X.200lJ开放系统互连(OSI)的基本参考模型，提供了利用通信媒体互通的系统所必需的活动的描述。本标准以对建议X.20

2、0lJ中所包含的管理的描述加以补充和阐明的方式，提供了对OSI管理的框架与结构的描述。本标准的目的是为协调管理标准的制订而提供一种共同的基础。本标准的另一目的是标识制订或改进标准方面的问题，并为保持所有相关标准的一致性而提供共同的基准。并无意图将本标准用作实现规范、评价实际实现一致性的基础，或为精确定义管理体系结构的服务和协议而提供完整的详细说明。然后，本标准提供了一种能让独立的专家组去有效地制订管理标准的概念性框架与功能框架。本标准提供了对建议X.200lJ的延伸，并把其中包括的概念与术语作为基础.本标准的目的是对与OSI有关的管理活动的框架进行描述，并认定由OSI管理协议支持的管理服务。本

3、标准给出的对管理框架的描述按下列次序安排:一第1章规定了本建议的范围。一第2章列出了相关的OSI标准，第3章规定了本标准使用的名词术语.第4章规定了本标准使用的缩略语。第5章提供了有关管理的一般概念的描述。一第6章规定了OSI的管理模型。一第7章介绍了OSI管理标准化方面的内容，规定了OSI管理的每个组成部分是如何操作的，并规定了管理信息交换的形式.管理可用各种途径来表明。管理与控制或监视资源利用的活动有关。在开放系统内，资源可以是能提供数据存储或处理能力，也可以是能提供互连能力。只有提供互连能力的资源和涉及资源管理的通信，才属于OSI管理标准化的范畴.虽然可以把管理OSI环境的责任委托给自动

4、化过程，但最终还是由人来负责的。本标准的附录A是提示的附录。本标准由邮电部电信科学研究规划院提出并归口。本标准由邮电部数据通信技术研究所负责起草。本标准主要起草人z陈淑仪。YD/T 872-1996 CCITT前言CCITT(国际电报电话咨询委员会)负责研究技术的、运行的和资费的问题并且为了实现全球性电信标准化，对这些问题发布建议。每4年召开一次的CCITT全体会议确定研究课题并批准由各研究组起草的建议，在两次全体会议之间.CCITT的成员可按CCITT第2号决议(1988年订子墨尔本)拟定的程序批准建议。建议X.700由第四研究组起草，并按第2号决议的程序于1992年9月10日被批准。中华人

5、民共和国通信行业标准VD!T 872-1996 Idt CCITT X. 700: 1992 数据通信网开放系统互连(OSI)的管理框架1 范围本标准为协调现有和未来OS1管理标准的制订而建立起一个框架，并为那些标准提供参考.本标准-定义了OS1管理的术语并描述了OS1管理的概念;提供了OS1管理的结构以及OS1管理目标的综述和由OS1管理所提供的设施;描述了OS1管理的活动.本标准对OS1管理的服务或协议未作规定。它既不是系统的实现规范，也不作为评价实现的致性的基础。2 引用标准下列建议所包含的条文，通过在本标准中引用而构成本标准的条文。在本标准出版时，所示版本均为有效，所有标准都会被修改，

6、使用本标准的各方面应探讨使用下列建议最新版本的可能性.lJ CCITT建议X.200 (1988) .CCITT应用的开放系统互连的参考模型。2J 囚ITT建议X.800(199 1) .CCITT应用的开放系统互连的安全体系结构.3定义本标准采用下列定义。3. 1 本标准采用了建议X.2001中专门定义的OS1术语a) (N)实体，b) (N)层，c) (N)协议;d) (N)协议数据单元，e)开放系统;f)系统管理。3. 2 为本标准重新定义了在建议X.2001中定义的术语3. 2. 1 系统管理应用实体用作系统管理通信的应用实体.3.3 增添的定义3. 3. 1 OS1管理对允许在OS1

7、环境中得以通信的资源进行控制、协调和监控的设施.3. 3. 2 (N)层操作对单一通信实例进行监控与控制.中华人民共和国邮电部1996-11-12批准1997-05-01实施l YD/T 872-1996 3. 3. 3 被管客体从OSI管理观点来看，可通过利用OSI管理协议来管理某一种资源。3. 3. 4 管理信息库开放系统内管理信息的概念上的贮藏库。4 缩略语MIB 管理信息库OSI 开放系统互连OSIE OSI环境PDU 协议数据单元QOS 服务质量SMAE 系统管理应用实体5 OSI管理的概念5.1 OSI管理的用户要求认识到以可靠而经济的方式携带信息的互连服务的必要性后.0SI管理支

8、持用户的下述需求:a)对互连服务的使用，允许管理者进行规划、组织、监控、控制和计费的活动;b)响应变更要求的能力;c)保证可预测通信行为的设施;d)提供信息保护以及对已发送数据的源和目的地进行鉴证的设施。提供这一支持的管理工作的复杂性可隧用户的要求而变化。这些工具可本地操作或贯穿若干个开放系统的协同操作。OSI管理并不限于用户接口。5.2 OSI的管理环境OSI管理环境是总的OSI环境(OSIE)的子集，它所涉及的是为监控、控制和协调互连活动所需的工具与服务。OSI管理环境包括管理收集信息与执行控制的能力，并保持了解OSIE中资源状况以及保持对这些资源的状况进行报告的能力。OSIE内的单个开放

9、系统可具有委托给它们的各方面管理责任。该责任可清楚地表明如下:a)开放系统的自治管理;b)通过交换信息与其他开放系统合作，以便完成己协调的管理活动。该管理责任是针对单个资源的，其中每个资源的操作相对于其他资源而言均带有一定程度的独立性。为了增加功能和性能，可将该管理责任进一步扩展，以便协调与控制一批资源。5.3 被管客体及其属性与操作从OSI管理观点来看，被管客体是受管理的资源，例如一个层实体、一次连接或一项物理通信设备。因此，从抽象观点来看，被管客体表示因管理(和为了管理之目的)而见到的资源的特性。被管客体按它拥有的属性、对它执行的操作、它能发出的通知和它与其他被管客体的关系来定义。这一点与

10、作为OSIE的要素而由该被管客体所表示的资源的定义或规范是不同的，但却是布关系的。系统内的一批被管客体连同其属性构成了该系统的管理信息库(MIB)。5.4 开放系统之间的管理关系用户对OSI管理的要求可由本地操作，或开放系统之间的信息通信，或以上两者来满足。在开放系统之间.0SI管理是通过起主管作用的管理活动的一种或多种成分与其它起被管作用的管理作用活动的一种或多种成分之间的合作来获得。由特定系统所起的作用可以是静态的，或可随时间而变化，并可由特定的管理通信来决定。开放系统之间的OSI管理信息流是根据操作与通知来定义的。2 5.5 OSI管理功能的方面5. 5. 1 引言YD/T 872-19

11、96 请求OSI管理可有多种目的。这些要求分类为若干个功能领域:a)故障管理(见5.5.2)，b)计费管理(见5.5. 3) , c)配置管理(见5.5.4)，d)性能管理(见5;5. 5) , e)安全管理(见5.5.6)。OSI的管理机制提供在这些功能方面的具体管理功能。用以满足多个功能方面的整体要求的大多数视制是通用的。同样，可公用于多个功能方面的被管客体也是通用的。以下简单描述每个功能方面，列出的功能不必穷举。5.5.2 故障管理故障管理包括故障的检测、隔离以及OSI环境的异常操作的纠正。故障使开放系统不能满足其操作目标，且故障可能是永久的也可能是暂时的。故障将其自身表现为开放系统的操

12、作中的特殊事件(如差错)。差错检测提供了识别故障的能力。故障管理包括的效能有a)维持与检查差错录入;b)接受差错检测通知并对其采取动作Fc)跟踪并标识故障;d)完成诊断测试序列ge)排除故障.5.5.3计费管理计费管理能够建立使用OSIE中的资源所需的费用以及标识出使用这些资源的成本。计费管理包括的功能有2a)通知用户所承担的费用或所消耗的资源;b)设置计费限量并使费率安排与资源的使用联系起来5c)能把为获得一种给定的通信目标而调用多个资源的费用组合起来。5.5.4 配置管理为准备对互连服务进行初始化与启动，提供互连服务的连续操作和终止互连服务的目的，配置管理对来自开放系统的数据进行标识、执行

13、控制与收集，并向这些开放系统提供数据.配置管理包括的功能有ga)设置控制开放系统例行操作的参数;b)把名称与被管客体和被管客体集合联系起来sc)初始化并关闭被管客体Pd)按需收集有关开放系统当前状况的信息se)获得开放系统状况重大变化的通告g。改变开放系统的配置。5.5.5 性能管理性能管理能对OSIE中资源的行为和通信活动的有效性得以评估.性能管理包括的功能有za)收集统计信息5b)维持并检查系统状态历史的记录，c)确定自然状态与人为状态下的系统性能;d)为实施性能管理活动的目的而改变系统的操作方式.5.5.6 安全管理安全管理的目的是利用下述功能来支持安全政策的应用，其中包括z3 a)安全

14、服务与机制的创建、删除和控制;b)与安全有关的分布信息;c)与安全有关事件的报告。YD/T 872-1996 注:建议X.8002J提供了有关总安全体系结构内OSI管理功能分布的进一步信息。6 OSI管理的模型6. 1 综述OSI管理包含对允许在OSI环境中得以通信的资源进行控制、协调与监控所需的活动。这些活动与一些手段有关a)实际开放系统得到了能对其通信资源进行监控与控制的信息，b)实际开放系统协作监控与控制OSI环境。OSI管理模型是按下列内容来定义的za) OSI管理结构(见6.2) ; b) OSI管理所需要的支持功能(见6.3); c)管理信息库(见6.4) ; d)进程间的控制流(

15、见6.5); e)实体之间的信息流(见6.6)。6.2 OSI管理结构管理是通过一组管理进程起作用。这些进程无德都设置在一个本地系统内，而可用多种方式分布在若干个系统中。当非同驻的管理进程需要与OSI环境中的其他进程相互通信时，利用OSI管理协议进行通信。OSI管理的完成，通过ga)系统管理gb) (N)层管理zc) (N)层操作。系统管理通过利用应用层的系统管理协议提供被管客体的监控、控制与协调的机制。涉及系统管理功能的OSI通信是通过系统管理应用实体(SMAE)来实现的.系统管理可用来管理开放系统内或与开放系统有联系的任何客体。(N)层管理通过利用(N)层内的专用管理协议提供与该(N)层内

16、通信活动有关的被管客体的监视、控制与协调的机制。(N)层管理能影响多个通信实例。因此，可通过利用系统管理协议或通过利用刑)层管理协议而对(N)层进行管理.(N)层的操作提供了对单个通信实例监视与控制的机制。本标准内未隐含着管理机制之间任何的特殊关系。6.3 OSI管理所需要的支持功能一个开放系统必须具有全部7层的足够功能，以便在另一个开放系统访问SMAE所提供的系统管理功能之前去支持该SMAEo当支持任何SMAE的功能不存在时，在这样开放系统上能得到的最大OSI管理功能，是由该开放系统内的(N)层的层管理所提供的各个单个功能的集合.为了支持(N)层管理，在从1层到(N-l)层处必须存在足够的通

17、信功能。当系统管理与(N)层管理均不能提供时，能得到的最大OSI管理功能度，则是由(N)层操作提供的单个管理功能的集合。SMAE能在开放系统上存在，它与任何层次处的(N)层管理实体的存在无关。6.4 管理信息库管理信息库(MlB)中约信息在开放系统内通过使用OSI管理协议可以传送或起作用的那些信息。MIB4 YD/T 872-1996 是开放系统内被管客体的集合;然而，只有与OSl环境有关的被管客体才需遵循标准化。此外，管理信息的逻辑结构要标准化。这并不隐含着对该信息作任何的物理或逻篱存储，其实现是本地的事宜，并已超出OSl标准的范围。管理信息可在管理进程之间共享，也可按这些进程的要求来构造。

18、MlB既不限制将管理数据解释限制为预定义的集合，也不限制是以己处理形式还是以未处理形式存储数据。但要规定MlB组成部分的信息的抽象语法和语义，使其能在OSl协议交换中表示。6.5 管理控制流支持OSl管理的管理进程，接收的控制信息ga)来自担任管理进程的本地行政管理代理的人和/或软件;b)从远程系统并通过它们的- SMAE; (N)层管理实体s一(N)实体.这种管理进程施加下列控制zc)直接作用在同一开放系统中的被管客体上;d)经协议交换而作用在其他开放系统的被管客体上，并通过它们的SMAE; 一(N)层管理实体;-(N)实体。从行政管理代理到本地管理进程的控制流全部发生在本地系统的环境内，因

19、此超出了OSl管理标准化的范围。这样的本地控制可造成OSl管理的通信.要规定OSI环境内控制流的抽象语法和语义，使其能在OSl协议交换中表示。6.6管理信息流管理信息库内的OSI管理信息可由下述部分提供和使用za)本地行政管理代理;b)远程开放系统，通过其系统管理协议g(N)层管理协议s-(N)协议.信息的交换可提供监视信息或导致控制的进行.行政管理代理与MlB之间的倍息交换全部发生在本地系统内，并已超出OSl管理标准化的范围。7 OSI管理的细节7.1 OSl管理的标准化OSI管理标准化的领域包括ga)在开放系统之间传送管理信息所使用的服务和协议gb)在管理协议中所传送信息的抽象诸法和语义.

20、这些标准化的领域适用于系统管理、(N)层管理和正常(N)层操作。语法、语义、服务和协议的实际规范以及适用于被管客体的概念是由特定的OSI协议提供的。被管客体的物理表示及其物理存储是本地事宜，并不强求标准化。系统管理的诸建议规定了系统管理的服务和协议，还有在这些协议中所传送信息的抽象语法和语义。为了包含与上述管理设施有关的层，由规定这些协议的诸标准来定义(N)层管理协议和(N)协议的管理领域.该(N)层建议可以规定(N)层管理协议及其用途.5 YD/T 872-1996 本标准并不隐含着任何系统管理协议或层管理协议是必备的，也不限制管理信息在任何(N)协议交换中的用途。7.2 OSI管理操作7.

21、2. 1 系统管理系统管理通信为交换OSI管理信息提供了常规方法。这些通信是在系统管理应用实体之间进行的。系统管理协议是应用层协议。按照系统管理协议标准进行通信的任何应用进程要经过SMAE.用以支持系统管理的服务要素是应用服务要素。并非所有开放系统都提供建议X.200中所规定的7层全部功能。如果有些开放系统既不是数据的初始源，也不是数据所耍传送的最终目的地，则对于这样的通信实例而言，这些开放系统便可作为中断开放系统来工作。如果要求这些系统作为系统管理信息的源来工作，或者要求其遵守系统管理控制，则该信息要使用系统协议来通信.7.2.2 (N)层管理(N)层管理支持(N)层被管客体的监控、控制与协

22、调。由(N-l)层及下层的协议支持(N)层管理协议。它们不提供由(N+l)层和较上层提供的通信能力。(N)层管理协议只能与所驻留的(N)子系统对应的对等(N)层管理实体之间运送管理信息。议。只有因特殊要求而使系统管理协议不适用时，或只有当系统管理协议不能用时，才应使用(N)层管理协(N)层管理协议提供的功能有2a)与(N)层操作有关的被管客体相联系的通信参数值3b)对(N-l)层提供的功能进行测试，c)对描述与(N)层操作有关的故障或诊断信息的差错信息进行运送。每一个(N)层管理协议对其他的层管理协议是独立的。本标准不要求对7层中的每一层都开发(N)层管理协议。7. 2. 3 (N)层操作管理

23、功能可存在于OSI全部7层的(N)协议内。必须区分(N)协议内携带的管理信息与该协议为其他目的而携带的倩息。(N)协议的责任就是提供这种区分。由(N)协议所携带的管理信息的存在是为了对单个通信实例进行控制与监控。(N)协议内携带的管理信息的例子是ga)正在连接建立的特定通信实例所采用的连接建立PDU中所携带的参数;b)能对该通信操作实例的环境作修改的特定PDU中所携带的参数pc)特定通信实例的操作期间所遇到的故障进行描述的差错信息，d)报告有关正在释放的特定通信实例的信息的连接释放PDU中所携带的参数。7.2.4 系统管理、(N)层管理和(N)层操作之间的关系鉴于(N)层管理和(N)层操作的标

24、准规范不涉及系统管理，所以(N)层管理信息的语义和允许在其中进行的操作必须与系统管理所规定的这类信息和操作一致。(N)层管理实体与按照建议X.200口的规定对(N)协议执行操作的那些(N)实体是两类不同实体。利用(N-l)层的寻址机制或利用(N)层内的判断机制能区分(N)层管理协议与正常的(N)协议。(N)层管理实体和(N)实体相互独立地在与(N)层操作有关的被管客体上操作.7.3管理信息交换的形式管理信息的交换是通过应用层或(N)层的服务作用g这些服务有正常的(N)服务、或专为管理目的所提供的服务。信息的交换本质上是双方或N方的交换，只取决于交换发起者的要求和可用于完成交换的服务特性。在管理

25、交换中，任何一方都能承担发起者的作用s其余的交换各方则承当响应者的作用.为了执行通知6 的管理操作，可启动交换U7.4 OSI管理的一致d陀YDjT 872一1996本标准不隐含对系统管理、(N)层管理或(N)层操作的任何一致性要求。7 YD/T 872-1996 附录A(提示的附录)有关OSI管理框架的注辑Al 引盲OSI管理框架提供了为那些正在制订OSI标准所用的OSI管理的概念和抽象模型。本附录的目的是为了有助于理解本标准主体部分的概念并解释其应用而提供的附加解释性材料。A2 OSI管理的范围和概念的简述规定了诸标准所期望的在OSI管理体系结构内三种形式的管理信息交换za)系统管理5b)

26、 (N)层管理;c) (N)层操作。系统管理是管理信息交换的优选形式，它提供了对所涉及开放系统的通信资源监控、控制与协调有关的信息交换的机制。就其这些资源的管理角度来看，该框架采用被管客体术语来描述。系统管理在被管客体上动作是便于管理与这些客体有关的资源。这样的被管客体能与一个或多个OSI层有关。可以看到，开放系统之间管理信息交换的大部分，将要求以与其他应用层交换完全相同的方式进行上下文协商、管理会活的建立和可靠的端一端运输服务等。因此系统管理的通信是通过应用层协议作用的(见图Al)。系统管理协议7 6 应用表示会话运输网络数据链路物理5 应用11 7 理器髓酣黯鬓最器意罢撞豁最需素翠室主表示

27、11 6 攘攘路蒸客运幸运?幸运则麟言三蚕豆钱iz会话11 5 运输4 网络3 满楼撒黯怒黎圣?翻穰摆摆重要王将是运黯数物据理链路2 黯或翻制弩禁后援翻赣霄泛莲、粥棚11 1 正常通信协议4321 图Al系统管理信息的交换系统管理服务和协议正在自CCITT和TCl合作开发，以便为所有可用的CCITT应用(特别指的是电信网络的建议)和JTCl标准提供公共的基础。在特定环境中使用(N)层管理去携带特别与(N)层操作有关的信息。层管理的一个例子是运输层网络连接管理的子协议(NCMS)，指出一个层的层管理不应重复该层以上诸层的任何功能是非常重要的，因为这一点会导致与基本参考模型不符。图A2表示运输层中

28、这一交换的一个例子。虽然诸建议都认为在第2、3和4层最可能发生(N)层管理交换，但(N)层管理交换似乎可以发生在任何层，层管理标准是CCITT/JTCl内相关层标准组的责任。(N)层操作是对单个通信实例进行控制与管理的一组设施。这些设施可以嵌入在已有的正常气N)协议交换之中见图A3).例如在X.25的清除分组中传递信息，或者这些设施可作为专用的协议要素，如X.25的重置。8 YD/T 872-1996 7 r应用表示会话运输网络数据链路物理321 应用11 7 表示川6专用的层管理协议l| 会话11 5 运输4 黯搓稳稳军谈寄$踏路毛机主嚣嚣:r!最嚣茹苦雪路i器:黯网络3 翠llng器蠢蠢蠢

29、燎跳楼吉需23黯摇摇1露声燃妻m器iii3i墨数据链路112 器翻23卖主兰克在革捺黎黯苦苦主按需兹骂骂辛苦3烧;如;在运擦擦器物理JI 1 正常通信协议654 图A2(N)层管理交换7 6 应用表示会话运输网络数据链路物理5 应用11 7 表示11 6 会话正常通信协议中所携带的管理信息口些网络3 数据链路Z 物理1 4321 正常通信协议图A3(N)层操作(N)层操作的建议标准是CC1TT/JTCl内相关层标准组的责任。A3 系统管理方面的建议对于包含了许多功能的管理信息交换的标准化应用服务与协议，提出了一些要求。正在制定的有关系统管理的一组应用层建议，给用户提供了服务与协议的工具箱，允许

30、在开放系统之间交换管理信息.A4 管理信息与管理信息库051管理协议中携带的实际信息事实上是由独立的层建议生成(和规定)的信息，认识到这一点是很重要的，从而这些管理信息实际要素的规范和标识就需要由层标准组、联合051的管理工作组起作为标准化活动的部分来完成。若无需增、删就能制订出一致的定义，则需要有一种贯穿各层的共用方法。还有一个问题是并非所有要素都是与层相关的。进一步说，有关把功能分配给一组051管理协议的最高级陈述是不完整的。对于那些需要将管理活动(如访问控制或Q05)展示给相应组，和将文稿直接提交给相应组的己标识的特定用户而言，会给他们带来困难.所以.M15被看作是能利用051管理协议而传送或影响开放系统内的信息。MIB还可以看成是开放系统内与051环境有关的被管客体的集合。此外，管理信息的逻辑结构要标准化。然而，这并不隐含着对该信息是否任何形式的物理或逻辑存储，其实现是本地处理的事宜，并已超出051建议的范围。在管理进程之间可共享管理信息，并可按这些进程的要求构成管理信息。MIB既不限制将管理数据解释为预定义集合，也不限制是以作为已接收还是按已处理数据来存储数据。但要对规定MIB组成部分的信息的抽象语法和语义，使其在051协议交换中表示。9