中移数据业务系统通用网管接口技术规范_v1.3

'YD/T××××—××××中国移动通信集团公司发布××××-××-××实施××××-××-××发布中国移动数据业务系统通用网管接口技术规范（V1.32009.09）1 ××××—××××目录目录I前言IV1范围62规范性引用文件63术语定义和缩略语63.1术语定义63.1.1业务系统63.2缩略语64网管接口的位置与管理对象74.1管理对象74.1.1中国移动数据网设备分类74.1.2数据业务系统类型74.2网管接口的位置85接口功能要求（必选A）85.1配置管理85.1.1配置信息的查询85.1.2配置信息的修改85.1.3配置信息改变通知85.2性能管理85.2.1性能数据的采集85.2.2性能参数门限管理95.2.3逾门限事件处理95.2.4历史性能数据的追溯95.3告警管理95.3.1通用告警管理95.3.2特定告警管理95.3.3告警数据格式105.3.4历史告警的追溯（必选B）105.4安全管理115.5日志管理115.6操作维护115.7局数据制作115.7.1网管系统对于数据业务系统进行局数据制作的流程115.7.2数据业务系统局数据制作接口功能125.8存储产品与存储网络的管理136接口协议要求13III ××××—××××6.1SNMP（必选A）136.2Syslog(必选B)146.3FTP（必选A）146.4Telnet（必选A）146.5数据库接口（可选）146.6基于XML的接口协议（必选B）146.7HTTP（必选B）146.8SMI-S（必选A）147网管接口功能协议支持要求147.1配置管理157.2性能管理157.3告警管理157.4日志管理167.5操作维护167.6局数据制作接口（必选B）167.7接口安全要求168接口性能要求（必选A）168.1数据完备性168.2数据一致性168.3处理能力168.3.1操作响应时间168.3.2告警上报时延178.3.3性能数据上报178.4可靠性178.4.1平均故障发生间隔178.4.2平均故障修复时间178.4.3容错能力178.4.4接入能力178.5局数据制作接口性能要求17附录ASYSLOG协议的包格式与内容181Syslog消息的组成181.1PRI部分181.2HEADER部分191.3MSG部分202CONTENT字段的内容20附录B局数据制作接口消息和时序定义211消息定义211.1CONNECT_TEST221.2CONNECT_TEST_ACK221.3DATAFILE_DOWNLOAD221.4DATAFILE_DOWNLOAD_ACK231.5DATAFILE_REPORT241.6DATAFILE_REPORT_ACK24III ××××—××××1.7DATAFILE_EFFECT_STATUS251.8DATAFILE_EFFECT_STATUS_ACK251.9NETDATA_QUERY261.10NETDATA_QUERY_ACK261.11NETDATA_UPLOAD271.12NETDATA_UPLOAD_ACK281.13DATAFILE_EFFECT_TERMINATE281.14DATAFILE_EFFECT_TERMINATE_ACK292消息序列图301.1连接测试消息序列图301.2局数据文件下发消息序列图301.3局数据生效过程状态查询报告消息311.4现网局数据查询以及上传消息序列图321.5局数据终止生效消息序列图333消息传输格式34附录C磁盘阵列产品的网管接口协议、功能与数据要求351通用要求（必选A）352网管接口协议要求（必选A）353网管接口功能要求354网管接口数据要求354.1性能数据要求354.2告警数据要求36修订历史37III ××××—××××前言根据网管接口协议和数据内容的不同，中国移动数据设备网管接口可分为三类，见下图示意：nITF1：数据承载类设备网管接口nITF2：数据业务平台网管接口nITF3：OMC北向接口与上述接口相对应，中国移动数据设备网管接口技术规范包括三个系列，规范组成体系见下图：n系列一：ITF1网管接口技术规范即数据承载类设备网管接口技术规范，由数据承载类设备通用网管接口技术规范和特定设备的数据需求规范组成。n系列二：ITF2网管接口技术规范即数据业务平台网管接口技术规范，由数据业务平台通用网管接口技术规范和特定设备的数据需求规范和计数器规范组成。n系列三：ITF3网管接口技术规范即OMC北向接口技术规范，该系列对于接口协议不作硬性要求，仅由特定OMC北向接口的数据需求规范组成。V ××××—××××本标准是系列2的通用接口技术要求部分，将与特定设备的数据需求和计数器技术规范一起使用。本标准的附录A至附录B为规范性附录。本标准由中国移动通信有限公司提出并归口。本标准的起草单位：中国移动通信有限公司网络部、中国移动通信集团公司设计院无线通信研究所本标准的起草人：刘涛、张晨、陈彦名、翟艺新、冯瑞军等本标准的修改权和解释权归中国移动通信有限公司。V ××××—××××1　范围本技术规范规定中国移动数据业务系统网管接口的功能要求、性能要求、管理接口的信息模型和所采用的接口协议及数据要求。技术要求分必选和可选两大类，必选类技术要求又分A、B两类。A类必选技术要求是中国移动网络中目前需要的技术，所有接入设备必须全部支持，有不支持项的接入设备不能入网。B类必选技术要求是中国移动网络中将来需要的技术，所有接入设备应该支持(不支持的选项，厂家必须承诺在中国移动提出需求后最多6个月内提供支持，开发周期视具体需求而定)。可选技术要求是中国移动网络中将来可能需要的技术，所有接入设备应尽量支持。本技术规范的内容适用于中国移动通信集团公司的数据业务系统的网管接口的开发、设计、工程实施和测试。2　规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。IETFRFC1907，SNMPv2的管理信息库，1996IETFRFC2011，使用SMIv2描述的IPSNMPv2管理信息库，1996IETFRFC2012，使用SMIv2描述的TCPSNMPv2管理信息库，1996IETFRFC2013，使用SMIv2描述的UDPSNMPv2管理信息库，1996IETFRFC2618，RADIUS认证客户端管理信息库，1998IETFRFC2619，RADIUS认证服务器MIB，1999IETFRFC2620，RADIUS计费客户端管理信息库，1999IETFRFC2573，SNMP应用，1999IETFRFC2594，WWW服务管理信息库，1999IETFRFC2789，邮件监控管理信息库，2000IETFRFC2790，主机信息库，2000IETFRFC2819，远程网络监控管理信息库，2000IETFRFC2863，接口组管理信息库，20003　术语定义和缩略语3.1　术语定义3.1.1　业务系统数据业务系统：指由一个或多个具有网络通信能力的软件或硬件组成的系统，该系统由数据网络承载，其核心功能主要位于TCP／IP协议栈的第五层（即应用层）；该系统通过与其它设备或系统的网络通讯及自身的逻辑处理功能，构成面向其它设备或人的标准服务；该系统能够通过标准的接口由人或设备来进行管理。3.2　缩略语下列缩略语适用于本标准：RADIUSRemoteAccessDialinUserService远程访问拨入用户服务SNMPSimpleNetworkManagementProtocol简单网管协议TCPTransmissionControlProtol传输控制协议UDPUserDatagramProtocol用户数据报协议37 ××××—××××WAPWirelessApplicationProtocol无线应用协议CMNETChinaMobileNetwork中国移动互联网DNSDomainNameSystem域名系统DSMPDataServicesManagementPlatform数据业务管理平台DDNDigitalDataNetwork数字数据网络GPRSGeneralPacketRadioService通用分组无线业务HDLCHighLevelDataLinkControl高级数据链路控制ISDNIntegratedservicesdigitalnetwork综合业务数字网MMSMultimediaMessagingService多媒体消息业务NASNetworkAccessServer接入服务器NAPNetworkAccessPoint网络接入点PPPPeer-PeerProtocol端到端协议SMSShortMessageService短消息业务WAPWirelessApplicationProtocol无线应用协议WLANWirelessLocalAreaNetwork无线局域网LDAPLightDirectoryAccessProtocol轻量级目录访问协议SSHSecureShell安全的传输层协议FTPSFTP／SSLFTP传输协议的安全版本SFTPSSHFileTransferProtocolSSH协议中文件传输子协议1　网管接口的位置与管理对象数据业务系统构成的网络应提供网管理接口,以便网络管理系统（NMS）接入并对其进行操作维护。1.1　管理对象1.1.1　中国移动数据网设备分类中国移动数据网网元设备包括承载网络设备和业务系统设备，承载网络设备主要包括IP专用承载网以及CMNet骨干网、省网和城域网的路由器、交换机等；业务系统设备包括WAP系统、MMS系统、KJAVA系统、Email系统、Radius系统、短信网关系统、DSMP系统等的业务主机、防火墙和网络设备。1.1.2　数据业务系统类型本册所适用的管理对象包括但不限于下列数据业务系统：1.WAP系统2.MMSC、彩信网关（包括彩信国际网关、彩信互联网关等）、EnumDNS3.DSMP系统4.短信网关（包括国际短信网关、汇接短信网关、集团客户行业网关、短信梦网网关、短信互联网关等）5.IM、IM网关6.Email系统7.Radius系统8.USSD9.PUSHMAIL10.DM11.LSP平台12.流媒体13.其他新增数据业务系统37 ××××—××××1.1　网管接口的位置图1　中国移动数据业务平台网管接口示意图数据业务系统内部，通常由业务主机、路由器、交换机等共同组成一个局域网。网管系统同时接入被管数据业务系统的一台或多台业务主机。目前通常由CMNET提供网管系统和业务主机系统间数据传送的物理通路。如图1所示，ITF2位于数据业务系统与网管系统的前置采集设备之间。2　接口功能要求（必选A）数据网业务系统应支持网管系统通过网管接口实现对其的管理，网管接口的功能包括配置管理、性能管理、告警管理、日志管理、安全管理、集中操作维护、局数据制作功能。2.1　配置管理接口应支持NMS对业务系统的配置信息进行查询和修改，具体业务系统的配置信息参见本系列规范的其他分册。2.1.1　配置信息的查询接口应支持NMS查询系统配置信息、接口配置信息、相关协议配置信息以及各类数据业务的配置信息。2.1.2　配置信息的修改接口应支持NMS对可配置的信息进行修改。2.1.3　配置信息改变通知某些配置信息的变化（如允许接入的IP地址列表）会引发配置改变通知，接口应支持将配置改变通知上报到NMS。2.2　性能管理接口应支持NMS对业务系统进行性能数据的采集和管理，具体的性能参数参见本系列规范的其他分册。2.2.1　性能数据的采集性能数据的采集功能可以按照用户预定的时间表定时地、周期性地自动采集性能数据，采集开始时间和采集周期由用户设置。也能提供手段，自动地或者让用户手工启动性能数据采集程序进行重采或补采由于网络或者其他原因，没有正确采集到的性能数据。性能数据的采集至少支持以下一种方式：1）通过定时轮循机制来查询业务系统MIB获得SNMP信息(支持SNMPV2c/SNMPV3)；37 ××××—××××2)通过数据库接口方式。3）通过FTP接口的文件传输方式。在本系列规范的其他分册中针对业务系统的特点规定需要支持的采集方式。1.1.1　性能参数门限管理接口应支持性能参数的门限管理：——设置性能参数门限值。接口支持设置某一个监视实体或多个监视实体的性能参数门限值，当网络单元采集到的性能资料超过所设置的性能门限值时，将该过门限报告上报给NMS；——查询/修改性能参数门限值。接口支持通过查询某一个监视实体或多个监视实体性能参数门限值的当前设置情况，并能对性能参数门限值进行修改；——删除性能参数门限值。接口支持删除某一个监视实体或多个监视实体性能参数门限值。1.1.2　逾门限事件处理当IP网被管网络资源的性能数据超出了性能门限值的范围时，接口应向NMS发送QoS告警。1.1.3　历史性能数据的追溯业务系统应当通过指定的接口提供至少最近七天以上的历史性能数据供追溯使用。1.2　告警管理1.2.1　通用告警管理数据业务系统应发送的关于系统和链路状态的通用告警。网管系统可以接收来自被管设备的各种告警，所有的被管设备都应支持通用告警类型，另外，被管设备还应支持相应的特定告警。各种设备应发送的关于系统和链路状态的告警类型有：表1　通用通知类型中文名称英文名称说明系统冷启动coldStart当代理检测到系统冷启动时，向管理站发送coldStart告警。系统热启动warmStart当代理检测到系统热启动时，向管理站发送warmStart告警。连接中断linkDown当代理检测到某条链路的ifOperStatus将要从其它状态（除notPresent外）进入down状态，将会触发链路中断Trap，该其他状态由ifOperStatus表示。连接建立linkUp当代理检测到某条链路的ifOperStatus将要从down状态进入其他状态（除notPresent外），将会触发链路建立Trap，该其他状态由ifOperStatus表示。认证失败authenticationFailure当代理检测到认证失败事件发生时，向管理站发送authenticationFailure，该陷阱可以由网管系统配置snmpEnableAuthenTraps来决定代理是否产生该告警。1.2.2　特定告警管理数据业务系统除应支持通用告警的上报外，根据其具体性能要求，同时应支持一些特定告警和业务告警的上报。37 ××××—××××1.1.1.1　告警通道心跳消息在一定时间段未产生任何告警事件通知时，数据业务系统通过SNMP协议周期上报心跳消息，达到监测告警通道的目的。数据业务系统的故障管理接口支持通过SNMP协议查询和设置告警通道监测的心跳消息的上报周期，心跳周期的默认值为60秒。其他特定告警视数据业务系统类型而异，详见本系列规范的其他分册。1.1.2　告警数据格式数据业务系统向网管系统发送的告警中至少应当包含如下信息：表1　告警格式英文名称中文名称(gb2312)数据类型允许为空说明SystemName业务系统名称StringN见下文OriId原始告警序列号IntegerN业务系统内唯一标识此告警的标记,应是一个流水号,无论告警状态如何改变,这个ID不变化NeType网元类型StringY网元类型,如ROUTER,SWITCH,INTERFACENeName网元名称StringN符合中国移动命中规范的网元名称NeIpaddress网元ip地址StringY网元ip,除了网元名称外另一个用于定位告警对象的属性AlarmTitle告警标题StringN告警标题,应是标志一类告警的一个简要描述,如LinkDownAlarmSeverity告警级别IntegerN1-紧急2-重要3-次要4-警告5-不确定AlarmFacility告警类型IntegerN0-其他告警1-通信告警2-设备告警3-处理出错告警4-环境告警5-服务质量告警AlarmDetail告警详细描述StringN告警的详细内容AlarmCounts告警已发生次数IntegerN最少1次,这个次数是累计发生的次数AlarmCreatetime告警创建时间StringNYyyy-mm-ddhh:mm:ss格式AlarmLasttime告警最后发生时间StringNYyyy-mm-ddhh:mm:ss格式ProbableCause可能原因StringY告警产生的可能原因Operstatus告警处理状态IntegerN1–新告警2–已确认3–已清除业务系统命名见《中国移动数据网资源命名规范v1.1.0》1.1.3　历史告警的追溯（必选B）37 ××××—××××业务系统应当通过指定的接口提供至少最近七天以上的历史告警数据供追溯使用。1.1　安全管理网络管理接口能够支持以下安全管理功能：1)支持对通过网管接口访问设备资源的用户进行分角色、分级别的权限管理；2)对于安全入侵行为，要能够生成事件告警，并通过网管接口上报网管系统；3)操作维护接口的接入身份认证，被测系统的操作维护接口能够对自动连接进行身份认证。4)访问列表控制，业务系统能够按照IP地址访问列表的设置来允许或阻止来自某些IP的管理者接入。1.2　日志管理业务系统应能通过网管接口主动上报日志，具体业务系统的日志信息参见本系列规范的其他分册。网管系统应能通过设备网管接口对日志进行管理。1.3　操作维护业务系统应能提供操作维护接口，以支持网管系统通过该接口以安全有效的方式对设备进行操作和维护，实现自动巡检等功能。1.4　局数据制作该接口属于中国移动自定义接口，目的在于满足维护人员基于集中维护的要求，使用网管系统通过该接口对于数据业务系统进行局数据制作的需求。仅对于部分类型的数据业务系统，要求提供该接口。仅对于要求提供该接口的数据业务系统的部分局数据，要求支持通过该接口制作，应支持下述网管系统局数据制作流程和接口功能、支持下述性能和备份恢复要求。需通过该接口制作的具体业务系统局数据信息参见本系列规范的其他分册。1.4.1　网管系统对于数据业务系统进行局数据制作的流程37 ××××—××××网管侧设备侧局数据前台制作OK?局数据前台提交并逐项核查局数据管理后台服务端开始后台局数据较验OK?局数据生效结束图2局数据制作流程图形成局数据文件并提交OK?NNN1.1.1　数据业务系统局数据制作接口功能1.局数据文件的接收数据业务系统能快速准确的接收从网管系统下传的局数据文件并进行保存。网管系统侧制作好局数据后将形成一个局数据文件，通过HTTPPOST请求消息将局数据发送到数据业务系统，数据业务系统成功接收局数据文件，给网管系统回HTTP响应消息，在局数据正确处理完成后，数据业务系统还需要主动给网管系统上报局数据处理报告消息，然后网管系统回局数据下发报告响应消息。2.局数据文件的解析37 ××××—××××数据业务系统能能够高效准确的从下传的局数据文件中解析出局数据。1.局数据有效性较验在局数据生效前，数据业务系统能验证所有局数据项的有效性；对于验证出错的信息，全部反馈到综合网管侧（使用DATAFILE_REPORT消息），以便用户查看出错原因。2.局数据生效数据业务系统能将局数据文件中定义的局数据生效到业务系统中；对于生效出错的信息，全部反馈到综合网管侧（使用DATAFILE_REPORT消息），以便用户查看出错原因。3.局数据生效状态查询数据业务系统能在收到IP综合网管侧发来的局数据生效状态查询时，业务主机侧应向IP综合网管上报所查询局数据的生效状态。为了能让用户能实时的查看当前局数据生效状态，网管系统主动向数据业务系统发起查询局数据生效过程中状态，数据业务系统在收到查询消息后，给网管系统反馈当前局数据的生效状态，状态为：未生效、生效中、生效完成以及数据不存在；生效状态查询中的事件ID使用局数据下发时生成的事件ID。4.局数据现网数据上传数据业务系统能支持将现网的局数据以固定格式局数据文件的方式上传给IP综合网管系统。当网管系统要求数据业务系统将现网上局数据按要求格式上传时，数据业务系统应先给网管系统端一个确认消息；然后再主动将局数据文件POST到网管系统系统。5.局数据生效终止数据业务系统能接收IP综合网管侧发的局数据生效终止消息，并执行终止动作。对于已下发的但尚未执行生效的局数据，用户可以通过网管系统向数据业务系统发局数据终止生效消息，数据业务系统在收到消息后取消生效的同时，给网管系统报一个ACK，ACK中包含终止的情况。6.局数据备份要求数据业务系统对下发的局数据文件及相应的操作日志进行备份，备份期限至少为一年，以便恢复时用。7.局数据恢复和回滚在局数据生效失败的情况下，数据业务系统支持自动和手动回滚到生效操作前的配置。1.1　存储产品与存储网络的管理由磁盘阵列构成的存储产品，以及由磁场阵列和（光）交换机等共同构成的存储网络应当提供标准的接口提供核心的管理功能，详见附录C的规定。2　接口协议要求在管理需求上，数据网业务系统网管接口应该支持SNMP、FTP、数据库等管理协议，即数据网设备应至少提供SNMP、Syslog、FTP、Telnet、数据库接口中的三种网络管理接口。2.1　SNMP（必选A）RFC1157描述了SNMP中所用的代理/管理站模型，一个SNMP代理可以回答来自管理系统关于MIB中定义信息的各种查询。SNMP代理和管理站通过标准的消息通信，消息类型通常有以下5种：Get-Request、Get-Next-Request、Set-Request、Set-Response、Trap。37 ××××—××××中国移动数据网业务系统应该具备SNMP接口以方便提供必要的配置、性能、故障管理功能，并实现SNMPv2c（RFC1901-1908）或更高版本，如SNMPv3(RFC3414-3417)。1.1　Syslog(必选B)Syslog用于记录系统活动的详细情况，所产生的日志用于评估、审查系统的运行环境和各种操作等。日志记录包括记录用户登录时间、登录地点、所进行的操作等内容，日志记录应能向系统管理员提供有关危害安全的侵害或试图入侵的活动等信息。Syslog接口协议及报文格式应符合RFC3164：TheBSDsyslogProtocol，详见附录A(附录A所定义的数据结构要求仅为Syslog接口的通用性要求，如需要可以根据业务系统特点适当修改)。1.2　FTP（必选A）为保证进行数据传送时的安全性，该接口应支持SSL，即FTP／SSL，亦称为FTPS（对于FTPS的要求为必选B）。1.3　Telnet（必选A）为保证安全性，该接口应支持SSHv1或以上的版本（SSH的要求为必选B）。1.4　数据库接口（可选）对于数据业务系统而言，个别情况下（不建议广泛使用数据库接口）需要应用到数据库接口提供网管数据，因此，本规范中也将其列出。对于数据库接口，推荐使用ODBC或JDBC。ODBC：Microsoft推出的ODBC是最早的整合异质数据库的数据库接口，作为一种事实标准而存在。ODBC基于SQL(StructuredQueryLanguage),并把它作为访问数据库的标准，提供了最大限度的相互可操作性:一个应用程序可以通过一组通用的代码访问不同的数据库管理系统。JDBC：JDBC是Sun提供的执行SQL语句的JavaAPI，由Java语言编写的类、接口组成。1.5　基于XML的接口协议（必选B）有XML格式封装数据内容，通过既定协议（HTTP）实现传输的网管接口，其具体内容参见本系列文档其他分册。为保证数据传输的安全性，承载协议HTTP可以替换为HTTPS或SSH。1.6　HTTP（必选B）仅上述5.7节定义的“局数据制作接口”,要求应用该接口协议。基于通过网管系统向数据业务系统进行局数据制作机制的特点，采用XML／HTTP（S）的接口方式，使用HTTP协议传输局数据，局数据本身采用XML格式封装，通过自定义的消息类别、消息格式和消息流程来实现具体应用间的信息交互，消息接口用于传递综合网管系统和各业务系统之间的数据请求及应答消息。在本接口中，网管系统与数据业务系统之间采用Client/Server结构，网管系统、各业务系统同时作为HTTP服务端以及HTTP客户端，完成局数据上传和下载。消息和时序定义见附录B。1.7　SMI-S（必选A）本要求仅适用于由存储产品或存储网络中的磁盘阵列，详见附录C的规定。2　网管接口功能协议支持要求本章对网管接口各项功能的实现协议要求，作为业务系统支持的最低要求。如无特别说明，下列的具体实现方式均为“必选”。对于被列为“可选”或“多选一”的实现方式，37 ××××—××××如某数据业务系统的设备技术要求等相关规范中，提出了更严格的规定，执行中应以各规范中最高要求为准。从技术角度看，数据业务系统网管接口可以抽象为如下3类：1、数据类（实时短消息、数据文件）数据类接口根据数据量大小又可分为“短数据－短消息”和“大数据－数据文件”两类。“短消息”可如告警数据；“数据文件”可如批量的资源数据或性能数据。根据实时性要求不同，又可划分为“实时推送类”和“非实时推送类”。“时推送类”是指由一个系统在后台实时将数据推送给其他系统。“非实时推送类”是指由一个系统在后台定期将数据推送给其他系统。通常，短消息是实时的，数据文件是非实时的。2、操作类操作类接口是以服务形式封装的功能调用，形式上同函数调用。例如：即时查询；数据设置等。从根本上说，操作类接口的底层是通过数据交互实现的，但其封装了“输入－>处理－>输出”过程，是同步接口机制。3、流程类流程类接口最为复杂，是有状态的接口，一次完整的接口过程具有较长的生命周期，可能需要由数据类和功能调用类组合实现。接口的不同类别有不同的技术要求。对于实时短消息类接口，有较高的实时性和可靠性要求；对于数据文件类接口，有较高的传输性能要求。对于操作类接口，要求具有“服务调用”的形式，从而使业务逻辑的表达更为清晰。根据网管接口各项功能的不同，对其接口协议的支持要求也有所区别：1.1　配置管理应支持下述方式的配置数据获取及配置策略执行：lMIB方式；（必选A）l命令行方式；（必选A）l直接修改配置文件；（可选）l图形化界面方式；（可选）lFTP方式；（必选B）l直接访问数据库方式；（可选）1.2　性能管理应支持下述方式的性能数据获取：lMIB方式（可以通过SNMPv2c或SNMPv3访问，二选一，对于在数据业务系统的局域网内部署网管采集机的应用场景下，推荐使用SNMPv2c）；或FTPS方式；或SFTP方式（SFTP为SSHv2中的一个子功能）。（必选A，三选一）l命令行方式；（可选）l直接访问数据库方式；（可选）lSMI-S（必选A，仅对存储产品或存储网络中的磁盘阵列有效）。1.3　告警管理应支持下述方式的告警数据获取：37 ××××—××××l标准Trap方式（SNMPv2c的Trap或SNMPv3的Trap二选一，对于在数据业务系统的局域网内部署网管采集机的应用场景下，推荐使用SNMPv2c的Trap）；（必选A）lSyslog方式；（可选）lFTP方式；（可选）l直接访问数据库方式；（可选）1.1　日志管理应支持下述方式的日志数据获取：lSyslog方式、FTP方式方式（必选A，二选一）1.2　操作维护为了实现网管系统对数据业务系统的自动巡检等集中操作维护功能，数据业务系统应支持下述接口方式：l命令行、脚本、设备商直接提供集成工具；（必选A，三选一）lGUI界面；（可选）1.3　局数据制作接口（必选B）支持本规范及相应分册所定义的HTTP/XML接口协议，通用要求见第5.7节、第6.7节及附录B，具体数据业务系统所需制作的局数据信息等见相关分册。1.4　接口安全要求设备网管接口应支持以下安全措施：lSNMPv3；（可选）lFTP/SSL；（必选B）l数据库接口的安全要求；（如果支持数据库接口，则为必选A；否则为可选）1)对外开放的数据库接口信息与内部业务数据进行数据分离。2)对外开放的数据需要进行权限控制，外部用户只能访问和操作自己有权限的数据，并且操作权限为只读。ltelnet/SSH方式；（必选B）l其他MML接口，其安全性由设备商承诺保证2　接口性能要求（必选A）2.1　数据完备性数据完备性指标指网管接口应提供完备的数据，不出现遗漏现象。该指标主要验证三类数据的完备性：配置数据的完备性、性能数据的完备性以及告警数据的完备性。网管接口应提供符合本规范附录中要求的数据。要求必选数据达到100％的完备性。2.2　数据一致性数据一致性指标指网管采集接口收到的网管接口提供的数据与实际数据应保持一致，不出现重复和错误现象。该指标验证三类数据的一致性：配置数据的一致性、性能数据的一致性以及告警数据的一致性。三类数据指本规范附录中要求的数据。37 ××××—××××1.1　处理能力1.1.1　操作响应时间操作响应时间指标指网管系统通过被管设备的网管接口执行某项操作后，收到被管设备网管接口响应的延迟时间。正常情况下，单条操作响应时间应小于5秒。1.1.2　告警上报时延告警上报时延指标指从实时告警（实际告警产生）发生到被管设备网管接口发出告警的延迟时间。实时告警应有较小的时延。正常运行情况下，告警时延小于10秒。1.1.3　性能数据上报性能数据的采集时延是指从统计周期的结束时间至统计数据准备完成，可供网管系统采集的时间点之间的时长。不同统计粒度下对统计时延的要求如下：统计周期最大统计时延5分钟1分钟15分钟5分钟1小时10分钟24小时1小时例：如果统计周期设置成了15分钟，且整点开始新的统计周期，那么8：00至8：15的统计数据，在统计周期结束之后5分钟内（也就是在8：20之前）设备应当准备完毕可供网管系统采集。1.2　可靠性1.2.1　平均故障发生间隔平均故障发生间隔指标指网管接口故障发生间隔时间的平均值。要求平均故障发生间隔大于90天。1.2.2　平均故障修复时间平均故障（不可用）修复时间指标指网管接口在出现故障后修复的平均时间。要求网管接口的由软件引发的故障一年内平均修复时间小于1小时。1.2.3　容错能力容错能力指标指当网管系统向业务系统网管接口输入非法数据时，网管接口的错误处理能力。被管业务系统的网管接口应不会因为输入的非法数据导致被管设备故障。1.2.4　接入能力接入能力指标指业务系统网管接口能够支持同时接入的网管系统数目，要求网管接口能够支持同时接入的网管系统数目不少于2个。1.3　局数据制作接口性能要求对于中国移动自定义的局数据制作接口，其性能要求应遵循下述指标：1.系统应至少支持30用户在线进行并行同步操作。2.保证应答消息响应时间在3秒之内。3.处理局数据管理功能的进程开销，应不影响原有业务功能的正常运行。37 ××××—××××附录ASyslog协议的包格式与内容Syslog协议包格式与内容，遵循RFC3164要求。对于任何一个IP包的净荷，如果是一条目的端口号为514的UDP消息，该净荷就必须视作Syslog消息。传送的初始Syslog消息与经过中继的Syslog消息的格式可能会有所不同。如果中继能够识别出符合格式的消息，它必须不做任何修改而转发这条消息。但是，如果中继收到一条（Syslog）消息但无法识别为正确的消息格式，中继必须在转发消息以前，修改它的格式以符合要求。第1节将描述Syslog消息的规定格式。第2节将描述对被传输的初始消息的要求。第3节将描述对经过中继的消息的要求。1Syslog消息的组成格式完整的Syslog消息由三个可识别的部分组成。第一个部分称为PRI，第二个部分称为HEADER，第三个部分称为MSG。包的总长度必须不能超过1024个字节。这里不对Syslog消息的最小长度作出限制。1.1PRI部分PRI部分必须由3个、4个或5个字符组成且起止字符必为尖括号。PRI部分开头为小于号“<”，接下来是一个数字，最后以大于号“>”结束。使用的字符集必须是由7位ASCII码组成的八位字段（具体参见RFC2234）。在一对尖括号内的数字被认为是优先级，同时代表着功能实体（Facility）和严重性（Severity）（具体描述见下文）。优先级由1位、2位或3位十进制数组成。消息中的功能实体与严重性由十进制数字表示。一些操作系统的后台程序和进程已经指定了功能实体的值。还没有被指定明确的功能实体值的进程和后台程序可以使用属性为“本地使用（localuse）”的功能实体的值或是使用属性为“用户级（user-level）”的功能实体的值。那些已经指定了具体值的功能实体的名称和编码值详见下表。编码值功能实体（Facility）0内核消息1用户级消息2邮件系统3系统后台进程4安全／认证消息（注1）5由Syslog内部发起的消息6行式打印机子系统7网络消息子系统8UUCP子系统9时钟进程（注2）10安全／认证消息（注1）11FTP进程12NTP子系统13日志检查（注1）14日志告警（注1）15时钟后台进程（注2）16本地用户037 ××××—××××17本地用户118本地用户219本地用户320本地用户421本地用户522本地用户623本地用户7（注1：存在有不同的操作系统同时使用功能实体值4，10，13和14来表示安全／认证、检查和告警消息，因为这几种消息看起来比较相似。）（注2：存在有不同的操作系统同时使用功能实体值9和15来表示时钟消息。）表1Syslog的功能实体每一条消息的优先级也包含了一个十进制的严重性指示位。它们的具体取值详见下面的表格。编码值严重性（severity）0紧急：系统不可用1告警：必须立刻采取行动2危险的条件3错误的条件4警告：警告的条件5注意：正常但是显著性条件6报告：报告型消息7调试：调试级消息表2Syslog消息的严重性优先级的计算是首先将功能实体的值乘以8，然后加上严重性的值。1.1HEADER部分HEADER部分包含有一个时间标记和一个主机名的标识或是设备的IP地址。Syslog包的HEADER部分必须包含可视的（可打印的）字符。和PRI部分一样，使用的编码集必须是由7位ASCII码组成的八位字段。在这个编码集中，可以使用的字符只有ABNFVCHAR（值为%d33-126）和空格（值为%d32）。HEADER包含的两个字段称为TIMESTAMP和HOSTNAME。TIMESTAMP将紧跟在大于号“>”的后边。单个的空格符必须跟在每一个TIMESTAMP和HOSTNAME字段的后面。如果知道自己的主机名，在HOSTNAME就应当把它包含进去，如果没有主机名，就包含进去它自己的IP地址。如果一台设备有多个IP地址，通常会使用发送该消息使用的IP地址。对于这种情况还有一种可行的方法。设备可以被配置为使用同一个IP地址发送所有的消息而不管消息是从哪一个接口送出的。TIMESTAMP字段的值为当地时间，格式为“Mmmddhh:mm:ss”（不包含引号），具体含义如下：Mmm是一年中某一月份的英文缩写，第一个字母大写，另外两个字母均为小写。以下是各月份的可以唯一可以接受的缩写方式：Jan,Feb,Mar,Apr,May,Jun,Jul,Aug,Sep,Oct,Nov,Decdd是一个月中的某一天。如果某月这一天的取值小于10，那么dd必须表示为一个空格和一个数字的形式。例如，八月的第7天将会表示为“Aug7”，在“g”和“7”之间有两个空格。hh:mm:ss是当地时间。小时（hh）采用24小时格式。正确的取值在00到23之间（包含00和23）。分钟（mm）和秒（ss）的取值在00到59之间（包含00和59）。37 ××××—××××TIMESTAMP字段后必须跟一个空格。HOSTNAME字段只能包含消息发起者的一个主机名，一个IPv4地址，或者一个IPv6地址。首选值是主机名。如果使用的是主机名，HOSTNAME字段必须遵照STD13（RFC1034）的规定包含设备的主机名。需要注意的是HOSTNAME字段内部不能有格。域名不能写进HOSTNAME字段。如果使用的是IPv4地址，必须使用STD13中规定使用的分段十进制格式。如果使用的是IPv6地址，任何在RFC2373中规定的正确的表达形式都可以。HOSTNAME字段后面必须跟一个空格。1.1MSG部分MSG部分必须包含TAG字段和CONTENT字段。TAG字段的值是产生消息的程序或进程的名称。CONTENT字段包含消息的细节。TAG是一串ABNFalphanumeric字符，但不能超过32个字符。任何一个非alphanumeric字符表示TAG字段已经终止，并且将作为CONTENT字段的第一个字符。作为能够终止TAG字段而成为CONTENT字段的起始字符的，最为常见的有左方括号（“[”）、引号（“:”）或者是空格。2CONTENT字段的内容Syslog接口主要提供设备的运行日志信息，包括执行命令信息、各类告警信息等。具体信息可能包括但不限于：lLOG类包括用户登录登出日志和用户配置操作日志等lTRAP类电源告警、风扇告警、环境告警（指温度、湿度、门磁告警）、设备重启告警、CPU和内存告警、端口Up/Down告警、协议告警、性能告警和错误提示告警等37 ××××—××××附录B局数据制作接口消息和时序定义采用HTTP协议，网管系统和业务主机之间的局数据制作接口采用Client/Server参考模型，互为Server端和Client端。1消息定义本技术方案定义了所有消息的XMLSchema格式。下表列出本文档定义的各类消息，其中IPNMS代表网管系统，NE代表各业务主机。表一消息类型定义消息类别消息号消息名称消息类型消息方向消息含义连接测试消息1CONNECT_TEST请求消息IPNMS<--->NE测试连接请求消息2CONNECT_TEST_ACK应答消息IPNMS<--->NE测试连接应答消息局数据文件下发消息3DATAFILE_DOWNLOAD请求消息IPNMS--->NEIPNMS向NE发下发局数据消息4DATAFILE_DOWNLOAD_ACK应答消息NE--->IPNMSNE向IPNMS回局数据下发确认消息5DATAFILE_REPORT结果报告消息NE--->IPNMSNE向IPNMS回局数据处理的结果消息,状态有：成功或数据错误6DATAFILE_REPORT_ACK结果报告应答消息IPNMS--->NEIPNMS向NE回结果报告确认消息局数据生效过程状态查询报告消息7DATAFILE_EFFECT_STATUS请求消息IPNMS--->NEIPNMS主动发起查询当前某一已下发局数据的状态，状态有：未生效、生效中、已生效。8DATAFILE_EFFECT_STATUS_ACK应答消息NE--->IPNMSNE反馈当前已收到局数据的状态，状态有：未生效、生效中、已生效。37 ××××—××××现网局数据查询消息9NETDATA_QUERY请求消息IPNMS--->NEIPNMS向NE要求上传现网局数据请求消息10NETDATA_QUERY_ACK应答消息NE--->IPNMSNE向IPNMS回上传现网局数据请求确认消息现网局数据上传消息11NETDATA_UPLOAD请求消息NE--->IPNMSNE向IPNMS上传现网局数据消息12NETDATA_UPLOAD_ACK应答消息IPNMS--->NEIPNMS向NE回上传现网局数据确认消息局数据终止生效消息13DATAFILE_EFFECT_TERMINATE请求消息IPNMS--->NEIPNMS向NE发局数据生效终止消息14DATAFILE_EFFECT_TERMINATE_ACK应答消息NE--->IPNMSNE向IPNMS回局数据生效终止确认消息1.1CONNECT_TEST消息号：1消息类型：请求消息。消息方向：IPNMS<->NE消息含义：测试连接请求消息。在IPNMS与NE的连接过程中，如果发现网络连接有问题，可以触发连接测试检测网络的连通性。应答消息：CONNECT_TEST消息内容：无Schema：1.2CONNECT_TEST_ACK消息号：2消息类型：应答消息。消息方向：IPNMS<->NE消息含义：测试连接应答消息。当IPNMS或NE收到对端的测试连接请求消息CONNECT_TEST时，回应此消息作为应答，以示双方的连接网络处于正常状态。应答消息：无消息内容：无Schema：1.3DATAFILE_DOWNLOAD37 ××××—××××消息号：3消息类型：请求消息。消息方向：IPNMS->NE,HTTPPOST消息消息含义：IPNMS向NE发下发局数据消息。应答消息：DATAFILE_DOWNLOAD_ACK消息内容：序号参数名说明数据类型1EventID由IPNMS生成的唯一标志字符串，可以用于局数据下发结果报告以及局数据生效状态查询等，长度小于128位string2EffectDate要求局数据生效时间，一般指定时生效，格式定义为yyyymmddHHMMSS；string3OperationTarget数据模版名称string4DataFile由IPNMS下发的局数据，具体格式参见附件xml格式文本DataFileSchema：1.1DATAFILE_DOWNLOAD_ACK消息号：4消息类型：应答消息。消息方向：IPNMS<-NE,HTTP响应消息消息含义：NE向IPNMS回局数据下发确认消息。应答消息：无消息内容：序号参数名说明数据类型1EventID对应DATAFILE_DOWNLOAD生成的事件ID，NE要原封不动的返回给IPNMSstring2Status局数据下发结果,1XXX表示成功;2XXX表示失败int3StatusText局数据下发结果说明stringSchema：37 ××××—××××1.1DATAFILE_REPORT消息号：5消息类型：请求消息。消息方向：IPNMS<-NE,HTTPPOST消息消息含义：NE主动向IPNMS发局数据下发结果报告消息。应答消息：DATAFILE_REPORT_ACK消息内容：序号参数名说明数据类型1EventID对应DATAFILE_DOWNLOAD生成的事件ID，NE要原封不动的返回给IPNMSstring2Status局数据下发结果,1XXX表示成功;2XXX表示失败int3StatusText局数据下发结果说明stringSchema：1.2DATAFILE_REPORT_ACK消息号：6消息类型：应答消息。消息方向：IPNMS->NE,HTTP响应消息消息含义：IPNMS向NE回局数据下发结果报告的确认消息。应答消息：无消息内容：序号参数名说明数据类型1Status表示IPNMS系统是否正确局数据下发结果报告消息,1XXX，成功；2XXX，失败int37 ××××—××××2StatusText局数据下发结果报告响应说明stringSchema：1.1DATAFILE_EFFECT_STATUS消息号：7消息类型：请求消息。消息方向：IPNMS->NE,HTTPGET消息消息含义：IPNMS主动发起查询当前某一已下发局数据的状态，状态有：未生效、生效中、已生效、数据不存在。应答消息：DATAFILE_EFFECT_STATUS_ACK消息内容：序号参数名说明数据类型1EventIDIPNMS下发局数据时生成的唯一字符串stringSchema：1.2DATAFILE_EFFECT_STATUS_ACK消息号：8消息类型：应答消息。消息方向：IPNMS->NEHTTP响应消息消息含义：NE给IPNMS返回的局数据生效状态应答消息。应答消息：无消息内容：序号参数名说明数据类型37 ××××—××××1StatusInfo局数据生效状态，状态有：0-已生效,1-未生效、2-生效中、3-数据不存在。int2EventIDIPNMS下发局数据时生成的唯一字符串,NE原封不动返回stringSchema：1.1NETDATA_QUERY消息号：9消息类型：请求消息。消息方向：IPNMS->NE,HTTPGET消息消息含义：IPNMS向NE要求上传现网局数据请求消息。应答消息：NETDATA_QUERY_ACK消息内容：序号参数名说明数据类型1EventID事件ID,由IPNMS生成string2OperationTarget查询类型，可以是号段、SP信息或者接入Email服务器,也可以是all,表示查询所有（附表四给出广东华为彩信OperationTarget定义）stringSchema：要求与说明：1、按要求提供不同的局数据，局数据采用跟下发一样的XML格式封装；2、可以查询业务数据系统全部的局数据，也可以查询每个业务系统中某种类型的局数据；3、不同的业务系统OperationTarget值定义不一样，业务系统有各自的定义（见附表四广东华为彩信OperationTarget定义）；1.2NETDATA_QUERY_ACK37 ××××—××××消息号：10消息类型：应答消息。消息方向：IPNMS<-NE,HTTP响应消息消息含义：NE向IPNMS回上传现网局数据确认消息。应答消息：无消息内容：序号参数名说明数据类型1EventID事件ID,IPNMS要求查询局数据时生成，NE直接返回String2Status局数据查询结果,1XXX表示成功;2XXX表示失败int3StatusText局数据下发结果说明stringSchema：1.1NETDATA_UPLOAD消息号：11消息类型：请求消息。消息方向：IPNMS<-NE消息含义：NE向IPNMS上传现网局数据消息。应答消息：NETDATA_UPLOAD_ACK消息内容：序号参数名说明数据类型1EventID事件ID,IPNMS要求查询局数据时生成，NE直接返回String2OperationTarget数据模版名称String3DataFile由NE生成的局数据，具体格式参见附件xml格式文本，查询失败时则没有该字段DataFileSchema：37 ××××—××××1.1NETDATA_UPLOAD_ACK消息号：12消息类型：应答消息。消息方向：IPNMS->NE消息含义：IPNMS向NE回上传现网局数据确认消息。应答消息：无消息内容：序号参数名说明数据类型1Status表示IPNMS系统是否正确处理局数据上报消息,1XXX，成功；2XXX，失败int2StatusText局数据上报结果说明stringSchema：1.2DATAFILE_EFFECT_TERMINATE消息号：13消息类型：请求消息。消息方向：IPNMS->NE,HTTPPOST消息消息含义：IPNMS向NE发局数据生效终止消息。应答消息：DATAFILE_EFFECT_TERMINATE_ACK消息内容：序号参数名说明数据类型1EventID由IPNMS生成的唯一标志字符串，可以用于局数据下发结果报告以及局数据生效状态查询等，长度小于128位stringSchema：37 ××××—××××1.1DATAFILE_EFFECT_TERMINATE_ACK消息号：14消息类型：应答消息。消息方向：IPNMS<-NE,HTTP响应消息消息含义：NE向IPNMS回局数据生效终止确认消息。应答消息：无消息内容：序号参数名说明数据类型1EventID对应DATAFILE_EFFECT_TERMINATE生成的事件ID，NE要原封不动的返回给IPNMSstring2Status局数据生效终止结果,1XXX表示成功;2XXX表示失败int3StatusText局数据生效终止结果说明stringSchema：37 ××××—××××1消息序列图1.1连接测试消息序列图连接测试消息用于测试传输链路的连通性，IPNMS和NE都可以发起测试。IPNMSNECONNECT_TESTCONNECT_TEST_ACK图3连接测试消息序列图1.2局数据文件下发消息序列图在IPNMS网管侧制作好局数据后将形成一个局数据文件，接着IPNMS网管系统侧通过HTTPPOST请求消息将局数据发送到NE，NE成功接收局数据配置文件，给IPNMS回HTTP响应消息，在局数据正确处理完成后，NE还需要主动给IPNMS上报局数据处理报告消息，然后IPNMS回局数据下发报告响应消息。37 ××××—××××DATAFILE_REPORT_ACKIPNMSNEDATAFILE_DOWNLOADDATAFILE_DOWNLOAD_ACK图4局数据文件下发消息序列图DATAFILE_REPORT出错处理：1.如果NE在DATAFILE_DOWNLOAD_ACK或者DATAFILE_REPORT中回失败消息，则IPNMS需要根据失败原因重新生成局数据下发；2.如果IPNMS在DATAFILE_REPORT_ACK中回失败消息，则NE需要重新发送局数据下发报告消息；3.在超时未收到DATAFILE_REPORT消息时，IPNMS可以选择两种处理方式：重新下发局数据(使用相同的事件ID)或者查询局数据生效状态（NE在收到重复局数据时，需要返回成功）；4.IPNMS以及NE生成的日志文件需要跟事件ID存在对应关系，以方便维护；1.1局数据生效过程状态查询报告消息为了能让用户能实时的查看当前局数据生效的状态，IPNMS主动向NE发起查询局数据生效过程中的状态，NE在收到查询消息后，给IPNMS反馈当前局数据的生效状态，状态为：未生效、生效中、生效完成以及数据不存在。生效状态查询中的事件ID使用局数据下发时生成的事件ID。37 ××××—××××IPNMSNEDATAFILE_EFFECT_STATUSDATAFILE_EFFECT_STATUS_ACK图5生效状态查询序列图1.1现网局数据查询以及上传消息序列图当IPNMS端要求NE将现网上的按要求上传一份时，NE正常情况下先给IPNMS端一个确认消息；然后再主动将局数据文件POST到IPNMS系统。37 ××××—××××IPNMSNENETDATA_UPLOADNETDATA_UPLOAD_ACK图6上传现网局数据消息序列图NETDATA_QUERYNETDATA_QUERY_ACK1.1局数据终止生效消息序列图对于已下发的但尚未执行的局数据，用户可以通过IPNMS向NE发局数据终止生效消息；NE在收到消息后取消生效的同时，给IPNMS报一个ACK，ACK中包含终止的情况。IPNMSNEDATAFILE_EFFECT_TERMINATEDATAFILE_EFFECT_TERMINATE_ACK图7生效终止消息序列图37 ××××—××××1消息传输格式本规范中所有消息都以XML格式封装，XML中全部使用可见ASCII形式编码。其中消息中事件ID采用以下形式定义：时间戳+”_”+流水号+”_”+省市编号+”_”+厂商编号+”_”+业务编号+”_”+设备编号表2序号字段名称英文名含义１时间戳TimeStamp时间戳标志，格式为yyyymmddHHMMSS2流水号Squence4位数字字符串，格式为XXXX3省市编号ProvinceId给行政上的各省市分配一个编号,具体定义见附表一。4厂商编号ProductId给各业务提供厂商分配的唯一识别编号,具体定义见附表二。5业务编号ServiceId各具体业务类型的编号,具体定义见附表三。6设备编号EquipmentId设备编号，MMSC侧可使用MMSCID作为设备号37 ××××—××××附录C磁盘阵列产品的网管接口协议、功能与数据要求本附录对于存储产品或存储网络中的磁盘阵列产品的网管接口协议、功能与数据要求作出明确的规定，凡涉及此类产品的入网选型、测试等事务，应当遵照本附录所规定的内容执行。若此类产品计划作为其它业务系统的组件随同该业务系统一同入网，此类产品应当首先符合本附录的要求，否则不得随其它业务系统入网。1通用要求（必选A）本附录中规定的内容应当由磁盘阵列产品及其所提供的软件共同提供，对于相应的软件应当满足以下要求：l该软件应当是磁盘阵列产品的标准配置或是默认配置，也就是说，只要购买了某磁盘阵列产品，其相应的满足本附录要求的软件产品，也一定包含在内。不得以满足本附录的要求为由，要求再另行购买其它的软件产品或License。如果涉及到License，对应产品的License应当在产品报废前始终有效。l该软件建议直接安装到磁盘阵列本身，直接由磁盘阵列上的接口提供满足本附录要求的功能。如果确有困难，也可以允许将软件安装在一台PCServer上；或是软件的不同功能模块分别存在于磁盘阵列产品内部和一台PCServer上。PCServer上的操作系统应当为主流的UNIX，WINDOWS，或LINUX操作系统中的一种。l可以允许由磁盘阵列产品与其安装在PCServer上的软件共同满足本规范的要求。2网管接口协议要求（必选A）磁盘阵列产品必须完整的支持SMI-Sv1.2或以上版本；必须支持SNMPv2c或SNMPv3的Trap消息；必须支持FTP接口协议中的被动下载文件或是主动上传文件的功能。告警数据的上报必须使用SNMP的Trap；性能数据采集应当支持FTP或SMI-S，推荐使用FTP。3网管接口功能要求磁盘阵列产品应当支持历史性能数据的追溯。（必选B）磁盘阵列产品应当支持历史告警数据的追溯。（可选）4网管接口数据要求4.1性能数据要求参数中文描述参数英文描述说明取值说明采集周期可选性备注指定逻辑卷的IO中读数据所占的比例[0，100%]15min必选B指定逻辑卷读缓存的命中率必选B指定逻辑卷的数据流量单位：KBps必选B指定逻辑卷的IO速率单位：次数／秒必选B指定RAID组的IO中读数据所占的比例[0，100%]15min可选37 ××××—××××指定RAID组读缓存的命中率可选指定RAID组的数据流量单位：KBps可选指定RAID组的IO速率单位：次数／秒可选指定物理端口的总的IO处理速率单位：次数／秒可选指定物理端口的总的数据流量单位：KBps可选1.1告警数据要求参数中文描述参数英文描述说明可选性备注整套磁盘阵列产品无法访问或使用必选A磁盘阵列重要的配置信息受损必选B磁盘阵列的某个controller无法正常工作或发现异常（如断电）必选A磁盘阵列的操作系统无法正常工作或发现异常必选A整套磁盘阵列/或其中某一模块的温度异常必选B磁盘阵列中内置的风扇故障或丢失可选磁盘阵列的controller与其他某一模块或硬盘间或接口板间通讯故障必选A某块磁盘故障必选AVault磁盘故障必选B热备磁盘故障或丢失必选B热备磁盘启用失败必选A某块磁盘多次读写失败可选磁盘阵列与外部联接设备间（如：交换机或服务器）的通讯中断或异常必选A磁盘阵列的controller与一（组）磁盘间的一个通道或一个冗余通道故障必选A某两个controller之间通讯故障必选A37 ××××—××××两个或更多的磁盘阵列产品间远程同步操作失败必选A用户的非法操作没有成功必选B用户的非法操作导致不同硬盘组（或一致性组）间的数据一致性被破坏必选A逻辑数据丢失或不完整必选B常规供电系统故障、断电或不稳定必选A备用供电系统故障、断电或不稳定必选B正在使用磁盘阵列的电池或UPS供电必选A磁盘阵列的电池或UPS的电力即将耗尽必选A磁盘阵列的电池或UPS因正常老化需要更新可选磁盘阵列的电池或UPS故障、丢失或充电失败必选A修订历史日期主题版本号2007-2创建v1.02009-6将技术要求分成必选A、必选B和可选，对于不同网管功能对应的协议要求，进行了修订，并对个别描述进行修订V1.22009-9增加了附录C（讨论稿），对磁盘阵列的网管接口提出了明确要求V1.337'