M2M平台数据业务系统通用网管接口技术

《M2M平台数据业务系统通用网管接口技术》由会员分享，可在线阅读，更多相关《M2M平台数据业务系统通用网管接口技术（32页珍藏版）》请在装配图网上搜索。

1、中国移动通信CHINAMOBILE中国移动通信企业标准QB-D-110-2007M2M数据业务系统通用网管接口技术规范GeneralNetworkManagementInterfaceSpecificationforDataServiceSystems版本号：XXXX-XX-XX发布XXXX-XX-XX实施中国移动通信有限公司发布目录1.范围12.规范性引用文件13.术语、定义和缩略语1网管接口的位置与管理对象24.1.管理对象24.1.1.中国移动数据网设备分类24.1.2.数据业务系统类型24.2.网管接口的位置35.接口功能要求35.1.配置管理35.1.1.配置信息的查询35.1.2.

2、配置信息的修改45.1.3.配置信息改变通知45.2.性能管理45.2.1.性能数据的采集45.2.2.性能参数门限管理45.2.3.逾门限事件处理45.3.告警管理55.3.1.通用告警管理55.3.2.特定告警管理55.3.3.告警数据格式65.4.安全管理75.5.日志管理75.6.操作维护75.7.局数据制作7网管系统对于数据业务系统进行局数据制作的流程75.7.2.数据业务系统局数据制作接口功能86.6. 6.接口协议要求9SNMP10Syslog10FTP10Telnet106.5.数据库接口10基于XML的接口协议10HTTP117.网管接口功能协议支持要求117.1.配置管理1

3、27.2.性能管理127.3.告警管理127.4.日志管理127.5.操作维护127.6.局数据制作接口137.7.接口安全要求138.接口性能要求138.1.数据完备性138.2.数据一致性138.3.处理能力148.3.1.操作响应时间148.3.2.告警上报时延148.3.3.性能数据上报148.4.可靠性148.4.1.平均故障发生间隔148.4.2.平均故障修复时间148.4.3.容错能力158.4.4.接入能力158.5.局数据制作接口性能要求159.编制历史15附录ASyslog协议的包格式与内容16附录B局数据制作接口消息和时序定义19前本标准规定M2M平台网管接口的功能要求、

4、性能要求、管理接口的信息模型和所采用的接口协议及数据要求。本标准主要包括以下几方面内容：接口功能要求、接口协议要求、网管接口功能协议支持要求、接口性能要求。本标准的附录A、B为标准性附录。本标准由中移号文件印发。本标准由中国移动通信有限公司网络部提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司网络部、中国移动通信集团公司设计院无线通信研究所。本标准主要起草人：翟艺新1.范围本技术规范规定中国移动数据业务系统网管接口的功能要求、性能要求、管理接口的信息模型和所采用的接口协议及数据要求。本技术规范的内容适用于中国移动通信集团公司的数据业务系统的网管接口的开发、设计、工

5、程实施和测试。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-11IETFRFC1907SNMPv2的管理信息库2IETFRFC2011使用SMIv2描述的IPSNMPv2管理信息库3IETFRFC2012使用SMIv2描述的TCPSNMPv2管理信息库4IETFRFC2013使用SMIv2描述的UDPSNMPv2管理信息库5IETFRFC2618RADIUS认证客

6、户端管理信息库6IETFRFC2619RADIUS认证服务器MIB7IETFRFC2620RADIUS计费客户端管理信息库3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-1词语RADIUSSNMPTCPUDPWAP解释RemoteAccessDialinUserServiceSimpleNetworkManagementProtocolTransmissionControlProtolUserDatagramProtocolWirelessApplicationProtocolCMNETChinaMobileNetworkDNSDSMPDDNGPRSHDLCISDNMMSNA

7、SNAPPPPSMSWAPWLANDomainNameSystemDataServicesManagementPlatformDigitalDataNetworkGeneralPacketRadioServiceHighLevelDataLinkControlIntegratedservicesdigitalnetworkMultimediaMessagingServiceNetworkAccessServerNetworkAccessPointPeer-PeerProtocolShortMessageServiceWirelessApplicationProtocolWirelessLoca

8、lAreaNetwork4. 网管接口的位置与管理对象数据业务系统构成的网络应提供网管理接口，以便网络管理系统（NMS）接入并对其进行操作维护。4.1. 管理对象4.1.1.中国移动数据网设备分类中国移动数据网网元设备包括承载网络设备和业务系统设备，承载网络设备主要包括IP专用承载网以及CMNet骨干网、省网和城域网的路由器、交换机等；业务系统设备包括WAP系统、MMS系统、KJAVA系统、Email系统、Radius系统、短信网关系统、DSMP系统等的业务主机、防火墙和网络设备。1. 4.1.2.数据业务系统类型WAP系统MMSC、彩信网关（包括彩信国际网关、彩信互联网关等）、EnumDNS

9、DSMP系统短信网关（包括国际短信网关、汇接短信网关、集团客户行业网关、短信梦网网关短信互联网关等）IM、IM网关Email系统Radius系统USSDPUSHMAILDMLSP平台流媒体其他新增数据业务系统4.2.网管接口的位置NMSITF2.数据业务平台网管接口示意图1中国移动数据业务平台网管接口示意图数据业务系统内部，通常由业务主机、路由器、交换机等共同组成一个局域网。网管系统同时接入被管数据业务系统的一台或多台业务主机。目前通常由CMNET提供网管系统和业务主机系统间数据传送的物理通路。如图1所示，ITF2位于数据业务系统与网管系统的前置采集设备之间。接口功能要求数据网业务系统应支持网

10、管系统通过网管接口实现对其的管理，网管接口的功能包括配置管理、性能管理、告警管理、日志管理、安全管理、集中操作维护、局数据制作功能。4.2. 配置管理接口应支持NMS对业务系统的配置信息进行查询和修改，具体业务系统的配置信息参见本系列规范的其他分册。4.2.1. 配置信息的查询接口应支持NMS查询系统配置信息、接口配置信息、相关协议配置信息以及各类数据业务的配置信息。配置信息的修改接口应支持NMS对可配置的信息进行修改。5.1.3.配置信息改变通知某些配置信息的变化（如允许接入的IP地址列表）会引发配置改变通知，接口应支持将配置改变通知上报到NMS。4.3. 性能管理接口应支持NMS对业务系统

11、进行性能数据的采集和管理，具体的性能参数参见本系列规范的其他分册。4.3.1. 性能数据的采集性能数据的采集功能可以按照用户预定的时间表定时地、周期性地自动采集性能数据，采集开始时间和采集周期由用户设置。也能提供手段，自动地或者让用户手工启动性能数据采集程序进行重采或补采由于网络或者其他原因，没有正确采集到的性能数据。性能数据的采集至少支持以下一种方式：1）通过定时轮循机制来查询业务系统MIB获得SNMP信息（支持SNMPV2c/SNMPV3）；2）通过数据库接口方式。3）通过FTP接口的文件传输方式。在本系列规范的其他分册中针对业务系统的特点规定需要支持的采集方式。5.2.2.性能参数门限管

12、理接口应支持性能参数的门限管理：设置性能参数门限值。接口支持设置某一个监视实体或多个监视实体的性能参数门限值，当网络单元采集到的性能资料超过所设置的性能门限值时，将该过门限报告上报给NMS；查询/修改性能参数门限值。接口支持通过查询某一个监视实体或多个监视实体性能参数门限值的当前设置情况，并能对性能参数门限值进行修改；删除性能参数门限值。接口支持删除某一个监视实体或多个监视实体性能参数门限值。逾门限事件处理当IP网被管网络资源的性能数据超出了性能门限值的范围时，接口应向NMS发送QoS告4.3.2. 告警管理通用告警管理数据业务系统应发送的关于系统和链路状态的通用告警。网管系统可以接收来自被管

13、设备的各种告警，所有的被管设备都应支持通用告警类型另外，被管设备还应支持相应的特定告警。各种设备应发送的关于系统和链路状态的告警类型有：表1通用通知类型屮文名称英文名称说明系统冷启动coldStart当代理检测到系统冷启动时，向管理站发送coldStart告警。系统热启动warmStart当代理检测到系统热启动时，向管理站发送warmStart告警。连接中断linkDown当代理检测到某条链路的ifOperStatus将要从其匕状态（除notPresent外）进入down状态，将会触发链路中断Trap,该其他状态由计OperStatus表示。连接建立linkUp当代理检测到某条链路的ifOpe

14、rStatus将要从down状态进入其他状态（除notPresent外），将会触发链路建立Trap，该其他状态由计OperStatus表示。认证失败authenticationFailure当代理检测到认证失败事件发生时，向管理站发送authenticationFailure，该陷阱可以由网管系统配置snmpEnableAuthenTraps来决定代理是否产生该告警。4.3.3. 特定告警管理数据业务系统除应支持通用告警的上报外，根据其具体性能要求，同时应支持一些特定告警和业务告警的上报。4.3.3.1. 告警通道心跳消息在一定时间段未产生任何告警事件通知时，数据业务系统通过SNMP协议周期上

15、报心跳消息，达到监测告警通道的目的。数据业务系统的故障管理接口支持通过SNMP协议查询和设置告警通道监测的心跳消息的上报周期，心跳周期的默认值为60秒。其他特定告警视数据业务系统类型而异，详见本系列规范的其他分册。告警数据格式数据业务系统向网管系统发送的告警中至少应当包含如下信息：表良2告警格式英文名称中文名称(gb2312)数据类型允许为空说明SystemName业务系统名称StringN见下文Orild原始告警序列号IntegerN业务系统内唯一标识此告警的标记，应是一个流水号，无论告警状态如何改变，这个ID不变化NeType网兀类型StringY网元类型，如ROUTER,SWITCH,I

16、NTERFACENeName网元名称StringN符合中国移动命中规范的网元名称Nelpaddress网元ip地址StringY网元ip,除了网元名称外另一个用于定位告警对象的属性AlarmTitle告警标题StringN告警标题，应是标志一类告警的一个简要描述，如LinkDownAlarmSeverity告警级别IntegerN1-紧急2 -重要3 -次要4 -警告5 -不确定AlarmFacility告警类型IntegerN0-其他告警1-通信告警2- 设备告警3- 处理出错告警4- 环境告警5- 服务质量告警AlarmDetail告警详细描述StringN告警的详细内容AlarmCoun

17、ts告警已发生次数IntegerN最少1次，这个次数是累计发生的次数AlarmCreatetime告警创建时间StringNYyyy-mm-ddhh:mm:ss格式AlarmLasttime告警最后发生时间StringNYyyy-mm-ddhh:mm:ss格式ProbableCause可能原因StringY告警产生的可能原因Operstatus告警处理状态IntegerN1 -新告警2 -已确认3 -已清除业务系统命名见中国移动数据网资源命名规范安全管理网络管理接口能够支持以下安全管理功能：1) 支持对通过网管接口访问设备资源的用户进行分角色、分级别的权限管理；对于安全入侵行为，要能够生成事件

18、告警，并通过网管接口上报网管系统；2) 操作维护接口的接入身份认证，被测系统的操作维护接口能够对自动连接进行身份认证。3) 访问列表控制，业务系统能够按照IP地址访问列表的设置来允许或阻止来自某些IP的管理者接入。日志管理业务系统应能通过网管接口主动上报日志，具体业务系统的日志信息参见本系列规范的其他分册。网管系统应能通过设备网管接口对日志进行管理。4.4. 操作维护业务系统应能提供操作维护接口，以支持网管系统通过该接口以安全有效的方式对设备进行操作和维护，实现自动巡检等功能。4.5. 局数据制作该接口属于中国移动自定义接口，目的在于满足维护人员基于集中维护的要求，使用网管系统通过该接口对于数

19、据业务系统进行局数据制作的需求。仅对于部分类型的数据业务系统，要求提供该接口。仅对于要求提供该接口的数据业务系统的部分局数据，要求支持通过该接口制作，应支持下述网管系统局数据制作流程和接口功能、支持下述性能和备份恢复要求。需通过该接口制作的具体业务系统局数据信息参见本系列规范的其他分册。网管系统对于数据业务系统进行局数据制作的流程局数据制作流程图5.72数据业务系统局数据制作接功能1. 局数据文件的接收数据业务系统能快速准确的接收从网管系统下传的局数据文件并进行保存。网管系统侧制作好局数据后将形成一个局数据文件，通过HTTPPOST请求消息将局数据发送到数据业务系统，数据业务系统成功接收局数据

20、文件，给网管系统回HTTP响应消息，在局数据正确处理完成后，数据业务系统还需要主动给网管系统上报局数据处理报告消息，然后网管系统回局数据下发报告响应消息。局数据文件的解析数据业务系统能能够高效准确的从下传的局数据文件中解析出局数据。2. 局数据有效性较验在局数据生效前，数据业务系统能验证所有局数据项的有效性；对于验证出错的信息，全部反馈到综合网管侧（使用DATAFILE_REPORT消息），以便用户查看出错原因。4.局数据生效数据业务系统能将局数据文件中定义的局数据生效到业务系统中；对于生效出错的信息，全部反馈到综合网管侧（使用DATAFILE_REPORT消息），以便用户查看出错原因。4.

21、局数据生效状态查询数据业务系统能在收到IP综合网管侧发来的局数据生效状态查询时，业务主机侧应向IP综合网管上报所查询局数据的生效状态。为了能让用户能实时的查看当前局数据生效状态，网管系统主动向数据业务系统发起查询局数据生效过程中状态，数据业务系统在收到查询消息后，给网管系统反馈当前局数据的生效状态，状态为：未生效、生效中、生效完成以及数据不存在；生效状态查询中的事供使用局数据下发时生成的事件ID。5. 局数据现网数据上传数据业务系统能支持将现网的局数据以固定格式局数据文件的方式上传给IP综合网管系统。当网管系统要求数据业务系统将现网上局数据按要求格式上传时，数据业务系统应先给网管系统端一个确认

22、消息；然后再主动将局数据文件POST到网管系统系统。局数据生效终止数据业务系统能接收IP综合网管侧发的局数据生效终止消息，并执行终止动作。对于已下发的但尚未执行生效的局数据，用户可以通过网管系统向数据业务系统发局数据终止生效消息，数据业务系统在收到消息后取消生效的同时，给网管系统报一个ACK,ACK中包含终止的情况。6. 局数据备份要求数据业务系统对下发的局数据文件及相应的操作日志进行备份，备份期限至少为一年，以便恢复时用。局数据恢复和回滚在局数据生效失败的情况下，数据业务系统支持自动和手动回滚到生效操作前的配置。5. 接口协议要求在管理需求上，数据网业务系统网管接口应该支持SNMP、FTP、

23、数据库等管理协议，即数据网设备应至少提供SNMP、Syslog、FTP、Telnet、数据库接口中的三种网络管理接口。6.1.SNMPRFC1157描述了SNMP中所用的代理/管理站模型，一个SNMP代理可以回答来自管理系统关于MIB中定义信息的各种查询。SNMP代理和管理站通过标准的消息通信，消息类型通常有以下5种：GetRequest、GetNext-Request、SetRequest、SetResponse、Trap。中国移动数据网业务系统应该具备SNMP接口以方便提供必要的配置、性能、故障管理功能，并实现SNMPv2c(RFC1901-1908)或更高版本，如SNMPv3(RFC34

24、14-3417)。6.2. SyslogSyslog用于记录系统活动的详细情况，所产生的日志用于评估、审查系统的运行环境和各种操作等。日志记录包括记录用户登录时间、登录地点、所进行的操作等内容，日志记录应能向系统管理员提供有关危害安全的侵害或试图入侵的活动等信息oSyslog接口协议及报文格式应符合RFC3164：TheBSDsyslogProtocol,详见附录人(附录A所定义的数据结构要求仅为Syslog接口的通用性要求，如需要可以根据业务系统特点适当修改。FTP该接口应支持SSL，以保证进行大批量数据传送时的安全性。Telnet为保证安全性，该接口应支持SSH。6.3. 数据库接口对于数

25、据业务系统而言，个别情况下需要应用到数据库接口提供网管数据，因此，本规范中也将其列出。对于数据库接口，推荐使用ODBC或JDBC。ODBC：Microsoft推出的ODBC是最早的整合异质数据库的数据库接口，作为一种事实标准而存在。ODBC基于SQL(StrueturedQueryLanguage),并把它作为访问数据库的标准，提供了最大限度的相互可操作性:一个应用程序可以通过一组通用的代码访问不同的数据库管理系统。JDBC：JDBC是Sun提供的执行SQL语句的JavaAPI，由Java语言编写的类、接口组成。6.4. 基于XML的接口协议有XML格式封装数据内容，通过既定协议(HTTP、S

26、SH)实现传输的网管接口，其具体内容参见本系列文档其他分册。HTTP仅上述5.7节定义的“局数据制作接口”,要求应用该接口协议。基于通过网管系统向数据业务系统进行局数据制作机制的特点，采用HTTP/XML的接口方式，使用HTTP协议传输局数据，局数据本身采用XML格式封装，通过自定义的消息类别、消息格式和消息流程来实现具体应用间的信息交互，消息接口用于传递综合网管系统和各业务系统之间的数据请求及应答消息。在本接口中，网管系统与数据业务系统之间采用Client/Server结构，网管系统、各业务系统同时作为HTTP服务端以及HTTP客户端，完成局数据上传和下载。消息和时序定义见附录B。6. 网管

27、接口功能协议支持要求本章对网管接口各项功能的实现协议要求，作为业务系统支持的最低要求。如无特别说明，下列的具体实现方式均为“必选”。对于被列为“可选”或“多选一”的实现方式，如某数据业务系统的设备技术要求等相关规范中，提出了更严格的规定，执行中应以各规范中最高要求为准。从技术角度看，数据业务系统网管接口可以抽象为如下3类：1、数据类（实时短消息、数据文件）数据类接口根据数据量大小又可分为“短数据一短消息”和“大数据一数据文件”两类。“短消息”可如告警数据；“数据文件”可如批量的资源数据或性能数据。根据实时性要求不同，又可划分为“实时推送类”和“非实时推送类”。“时推送类”是指由一个系统在后台实

28、时将数据推送给其他系统。“非实时推送类”是指由一个系统在后台定期将数据推送给其他系统。通常，短消息是实时的，数据文件是非实时的。2、操作类操作类接口是以服务形式封装的功能调用，形式上同函数调用。例如：即时查询；数据设置等。从根本上说，操作类接口的底层是通过数据交互实现的，但其封装了“输入处理输出”过程，是同步接口机制。3、流程类流程类接口最为复杂，是有状态的接口，一次完整的接口过程具有较长的生命周期，可能需要由数据类和功能调用类组合实现。接口的不同类别有不同的技术要求。对于实时短消息类接口,有较高的实时性和可靠性要求；对于数据文件类接口，有较高的传输性能要求。对于操作类接口，要求具有“服务调用

29、”的形式，从而使业务逻辑的表达更为清晰。根据网管接口各项功能的不同，对其接口协议的支持要求也有所区别： 配置管理应支持下述方式的配置数据获取及配置策略执行MIB方式；命令行方式；直接修改配置文件（可选）；图形化界面方式（可选）；FTP方式（可选）；直接访问数据库方式（可选）；性能管理应支持下述方式的性能数据获取：MIB方式（可以通过SNMPv2c或SNMPv3访问，二选一，对于在数据业务系统的局域网内部署网管采集机的应用场景下，推荐使用SNMPv2c）；命令行方式（可选）；FTP方式或直接访问数据库方式（二选一）。告警管理应支持下述方式的告警数据获取： 标准Trap方式（SNMPv2c的Tra

30、p或SNMPv3的Trap二选一，对于在数据业务系统的局域网内部署网管采集机的应用场景下，推荐使用SNMPv2c的Trap）；Syslog方式（可选）；FTP方式（可选）；直接访问数据库方式（可选）日志管理应支持下述方式的日志数据获取：Syslog方式、FTP方式方式（二选一）6.1. 操作维护为了实现网管系统对数据业务系统的自动巡检等集中操作维护功能，数据业务系统应支持下述接口方式：命令行（可选）GUI界面/脚本（可选）设备商直接提供集成工具（可选）7.6.局数据制作接口支持本规范及相应分册所定义的HTTP/XML接口协议，通用要求见第5.7节、第6.7节及附录B，具体数据业务系统所需制作的

31、局数据信息等见相关分册。7.7.接口安全要求设备网管接口应支持以下安全措施：SNMPv3（可选）FTP/SSL数据库接口的安全要求1）对外开放的数据库接口信息与内部业务数据进行数据分离。2）对外开放的数据需要进行权限控制，外部用户只能访问和操作自己有权限的数据，并且操作权限为只读。 telnet/SSH方式其他MML接口，其安全性由设备商承诺保证7. 接口性能要求7.1. 数据完备性数据完备性指标指网管接口应提供完备的数据，不出现遗漏现象。该指标主要验证三类数据的完备性：配置数据的完备性、性能数据的完备性以及告警数据的完备性。网管接口应提供符合本规范附录中要求的数据。要求必选数据达到100的完

32、备性。7.2. 数据一致性数据一致性指标指网管采集接口收到的网管接口提供的数据与实际数据应保持一致，不出现重复和错误现象。该指标验证三类数据的一致性：配置数据的一致性、性能数据的一致性以及告警数据的一致性。三类数据指本规范附录中要求的数据。7.3. 处理能力8.3.1.操作响应时间操作响应时间指标指网管系统通过被管设备的网管接口执行某项操作后，收到被管设备网管接口响应的延迟时间。正常情况下，单条操作响应时间应小于5秒。8.3.2. 告警上报时延告警上报时延指标指从实时告警（实际告警产生）发生到被管设备网管接口发出告警的延迟时间。实时告警应有较小的时延。正常运行情况下，告警时延小于10秒。8.3

33、.3. 性能数据上报性能数据的采集时延是指从统计周期的结束时间至统计数据准备完成，可供网管系统采集的时间点之间的时长。不同统计粒度下对统计时延的要求如下：统计周期最大统计时延5分钟1分钟15分钟5分钟1小时10分钟24小时1小时例：如果统计周期设置成了15分钟，且整点开始新的统计周期，那么8：00至8：15的统计数据，在统计周期结束之后5分钟内（也就是在8：20之前）设备应当准备完毕可供网管系统采集。8.4.可靠性8.4.1.平均故障发生间隔平均故障发生间隔指标指网管接口故障发生间隔时间的平均值。要求平均故障发生间隔大于90天。8.4.2.平均故障修复时间平均故障（不可用）修复时间指标指网管接

34、口在出现故障后修复的平均时间。要求网管接口的由软件引发的故障一年内平均修复时间小于1小时。8.4.3.容错能力容错能力指标指当网管系统向业务系统网管接口输入非法数据时，网管接口的错误处理能力。被管业务系统的网管接口应不会因为输入的非法数据导致被管设备故障。8.4.4.接入能力接入能力指标指业务系统网管接口能够支持同时接入的网管系统数目，要求网管接口能够支持同时接入的网管系统数目不少于2个。局数据制作接口性能要求对于中国移动自定义的局数据制作接口，其性能要求应遵循下述指标：1. 系统应至少支持30用户在线进行并行同步操作。2. 保证应答消息响应时间在3秒之内。3. 处理局数据管理功能的进程开销，

35、应不影响原有业务功能的正常运行。9.编制历史版本号更新时间主要内容或重大修改2007-2-6翟艺新、张晨、刘涛1.0.0版本附录ASyslog协议的包格式与内容Syslog协议包格式与内容，遵循RFC3164要求。对于任何一个IP包的净荷，如果是一条目的端口号为514的UDP消息，该净荷就必须视作Syslog消息。传送的初始Syslog消息与经过中继的Syslog消息的格式可能会有所不同。如果中继能够识别出符合格式的消息，它必须不做任何修改而转发这条消息。但是，如果中继收到一条（Syslog）消息但无法识别为正确的消息格式，中继必须在转发消息以前，修改它的格式以符合要求。第1节将描述Syslo

36、g消息的规定格式。第2节将描述对被传输的初始消息的要求。第3节将描述对经过中继的消息的要求。1Syslog消息的组成格式完整的Syslog消息由三个可识别的部分组成。第一个部分称为PRI，第二个部分称为HEADER，第三个部分称为MSG。包的总长度必须不能超过1024个字节。这里不对Syslog消息的最小长度作出限制。1.1 PRI部分PRI部分必须由3个、4个或5个字符组成且起止字符必为尖括号。PRI部分开头为小于号“”，接下来是一个数字，最后以大于号”结束。使用的字符集必须是曲位ASCII码组成的八位字段（具体参见RFC2234）。在一对尖括号内的数字被认为是优先级，同时代表着功能实体（F

37、acility）和严重性（Severity）（具体描述见下文）。优先级由1位、2位或3位十进制数组成。消息中的功能实体与严重性由十进制数字表示。一些操作系统的后台程序和进程已经指定了功能实体的值。还没有被指定明确的功能实体值的进程和后台程序可以使用属性为“本地使用（localuse）”的功能实体的值或是使用属性为“用户级（user-level）”的功能实体的值。那些已经指定了具体值的功能实体f的名称和编码值详见卜表。编码值功能实体（Facility）0内核消息1用户级消息2邮件系统3系统后台进程4安全/认证消息（注1）5由Syslog内部发起的消息6行式打印机子系统7网络消息子系统8UUCP子

38、系统9时钟进程（注2）10安全/认证消息（注1）11FTP进程12NTP子系统13日志检杳（注1）14日志告警（注1）15时钟后台进程（注2）16本地用户017本地用户118本地用户219本地用户320本地用户421本地用户522本地用户623本地用户7（注1：存在有不同的操作系统同时使用功能实体值4，10，13和14来表示安全认证、检查和告警消息，因为这几种消息看起来比较相似。）注2：存在有不同的操作系统同时使用功能实体值9和15来表示时钟消息。）表1Syslog的功能实体每一条消息的优先级也包含了一个十进制的严重性指示位。它们的具体取值详见下面的表格。编码值严重性（severity）0紧急

39、：系统不可用1告警：必须立刻采取行动2危险的条件3错误的条件4警告：警告的条件5注意：正常但是显著性条件6报告：报告型消息7调试：调试级消息表2Syslog消息的严重性优先级的计算是首先将功能实体的值乘以8，然后加上严重性的值。1.2 HEADER部分HEADER部分包含有一个时间标记和一个主机名的标识或是设备的IP地址。Syslog包的HEADER部分必须包含可视的（可打印的）字符。和PRI部分一样，使用的编码集必须是由7位ASCII码组成的八位字段。在这个编码集中，可以使用的字符只有ABNFVCHAR（值为d33-126）和空格（值为d32）。HEADER包含的两个字段称为TIMESTAM

40、P和HOSTNAME。TIMESTAMP将紧跟在大于号“”的后边。单个的空格符必须跟在每一个TIMESTAMP和HOSTNAME字段的后面。如果知道自己的主机名，在HOSTNAME就应当把它包含进去，如果没有主机名，就包含进去它自己的IP地址。如果一台设备有多个IP地址，通常会使用发送该消息使用的IP地址。对于这种情况还有一种可行的方法。设备可以被配置为使用同一个IP地址发送所有的消息而不管消息是从哪一个接口送出的。TIMESTAMP字段的值为当地时间，格式为“Mmmddhh:mm:ss”（不包含引号），具体含义如下：Mmm是一年中某一月份的英文缩写，第一个字母大写，另外两个字母均为小写。以下

41、是各月份的可以唯一可以接受的缩写方式：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）。TIMESTAMP字段后必须跟一个空格。HOSTNAME字段只能包含消息发起者的一个主机名，一个IPv4地址，或者一个IPv6

42、地址。首选值是主机名。如果使用的是主机名，HOSTNAME字段必须遵照STD13（RFC1034）的规定包含设备的主机名。需要注意的是HOSTNAME字段内部不能有格。域名不能写进HOSTNAME字段。如果使用的是IPv4地址，必须使用STD13中规定使用的分段十进制格式。如果使用的是IPv6地址，任何在RFC2373中规定的正确的表达形式都可以oHOSTNAME字段后面必须跟一个空格。1.3 MSG部分MSG部分必须包含TAG字段和CONTENT字段。TAG字段的值是产生消息的程序或进程的名称。CONTENT字段包含消息的细节。TAG是一串ABNFalphanumeric字符，但不能超过32

43、个字符。任何一个非alphanumeric字符表示TAG字段已经终止，并且将作为CONTENT字段的第一个字符。作为能够终止TAG字段而成为CONTENT字段的起始字符的，最为常见的有左方括号（“”）、引号（“:”）或者是空格。2CONTENT字段的内容Syslog接口主要提供设备的运行日志信息，包括执行命令信息、各类告警信息等。具体信息可能包括但不限于： LOG类包括用户登录登出日志和用户配置操作日志等TRAP类电源告警、风扇告警、环境告警（指温度、湿度、门磁告警）、设备重启告警、CPU和内存告警、端口Up/Down告警、协议告警、性能告警和错误提示告警等附录B局数据制作接口消息和时序定义采

44、用HTTP协议，网管系统和业务主机之间的局数据制作接口采用Client/Server参考模型，互为Server端和Client端。1消息定义本技术方案定义了所有消息的XMLSchema格式。下表列出本文档定义的各类消息，其中IPNMS代表网管系统，NE代表各业务主机。表一消息类型定义消息类别消息号消息名称消息类型消息方向消息含义连接测试消息1CONNECT_TEST请求消息IPNMSv-NE测试连接请求消息2CONNECT_TEST_ACK应答消息IPNMSv-NE测试连接应答消息局数据文件下发消息3DATAFILE_DOWNLOAD请求消息IPNMS-NEIPNMS向NE发下发局数据消息4D

45、ATAFILE_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反馈当前

46、已收到局数据的状态，状态有：未生效、生效中、已生效。现网局数据查询消息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发局数

47、据生效终止消息14DATAFILE_EFFECT_TERMINATE_ACK应答消息NE-IPNMSNE向IPNMS回局数据生效终止确认消息1.1CONNECT_TEST消息号：1消息类型：请求消息。消息方向：IPNMSNE消息含义：测试连接请求消息。在IPNMS与NE的连接过程中，如果发现网络连接有问题，可以触发连接测试检测网络的连通性。应答消息：CONNECT_TEST消息内容：无Schema：vxs:elementname=ConnectTestvxs:complexType/v/xs:element1.2CONNECT_TEST_ACK消息号：2消息类型：应答消息。消息方向：IPNMS

48、NE消息含义：测试连接应答消息。当IPNMS或NE收到对端的测试连接请求消息CONNECT_TEST时,回应此消息作为应答，以示双方的连接网络处于正常状态。应答消息：无消息内容：无Schema：vxs:elementname=ConnectTestvxs:complexType/v/xs:element1.3 DATAFILE_DOWNLOAD消息号：3消息类型：请求消息。消息方向：IPNMS-NE,HTTPPOST消息消息含义：IPNMS向NE发下发局数据消息。应答消息：DATAFILE_DOWNLOAD_ACK消息内容：序号参数名说明数据类型1EventID由IPNMS生成的唯一标志字符串

49、，可以用于局数据下发结果报告以及局数据生效状态查询等，长度小于128位string2EffectDate要求局数据生效时间，一般指定时生效，格式定义为yyyymmddHHMMSS；string3OperationTarget数据模版名称string4DataFile由IPNMS下发的局数据，具体格式参见附件xml格式文本DataFileSchema：vxs:complexTypexs:elementname=OperationTypetype=xs:string/v/xs:complexType1. 4DATAFILE_DOWNLOAD_ACK消息号：4消息类型：应答消息。消息方向：IPNMS

50、-NE,HTTP响应消息消息含义：NE向IPNMS回局数据下发确认消息。应答消息：无消息内容：序号参数名说明数据类型1EventID对应DATAFILE_DOWNLOAD生成的事件ID，NE要原封不动的返回给stringIPNMS2Status局数据下发结果，1XXX表示成功；2XXX表示失败int3StatusText局数据下发结果说明stringSchema：vxs:elementname=DataFileDownLoadAckvxs:complexTypevxs:sequencev/xs:complexType1.5DATAFILE_REPORT消息号：5消息类型：请求消息。消息方向：I

51、PNMS-NE,HTTPPOST消息消息含义：NE主动向IPNMS发局数据下发结果报告消息。应答消息：DATAFILE_REPORT_ACK消息内容：序号参数名说明数据类型1EventID对应DATAFILE_DOWNLOAD生成的事件ID，NE要原封不动的返回给IPNMSstring2Status局数据下发结果，1XXX表示成功；2XXX表示失败int3StatusText局数据下发结果说明stringSchema：vxs:complexTypev/xs:complexType1.6DATAFILE_REPORT_ACK消息号：6消息类型：应答消息。消息方向：IPNMS-NE,HTTP响应消

52、息消息含义：IPNMS向NE回局数据下发结果报告的确认消息。应答消息：无消息内容：序号参数名说明数据类型1Status表示IPNMS系统是否正确局数据下发结果报告消息，1XXX，成功；2XXX,失败int2StatusText局数据下发结果报告响应说明stringSchema：vxs:elementname=DataFileReportAckvxs:complexTypevxs:sequencev/xs:complexTypev/xs:element1.7DATAFILE_EFFECT_STATUS消息号：7消息类型：请求消息。消息方向：IPNMS-NE,HTTPGET消息消息含义：IPNMS

53、主动发起查询当前某一已下发局数据的状态，状态有：未生效、生效中、已生效、数据不存在。应答消息：DATAFILE_EFFECT_STATUS_ACK消息内容：序号参数名说明数据类型1EventIDIPNMS下发局数据时生成的唯一字符串stringSchema：vxs:complexTypevxs:sequencevxs:elementname=EventIDtype=xs:string/v/xs:complexTypev/xs:element1.8DATAFILE_EFFECT_STATUS_ACK消息号：8消息类型：应答消息。消息方向：IPNMS-NEHTTP响应消息消息含义：NE给IPNMS

54、返回的局数据生效状态应答消息。应答消息：无消息内容：序号参数名说明数据类型1StatusInfo局数据生效状态，状态有：0-已生效,1-未生效、2-生效中、3-数据不存在。int2EventIDIPNMS下发局数据时生成的唯一字符串,NE原封不动返回stringSchema：vxs:complexTypev/xs:complexType1.9NETDATA_QUERY消息号：9消息类型：请求消息。消息方向：IPNMS-NE,HTTPGET消息消息含义：IPNMS向NE要求上传现网局数据请求消息。应答消息：NETDATA_QUERY_ACK消息内容：序号参数名说明数据类型1EventID事件ID

55、,由IPNMS生成string2OperationTarget查询类型，可以是号段、SP信息或者接入Email服务器，也可以是all,表示查询所有（附表四给出广东华为彩string信OperationTarget定义）Schema：vxs:elementname=NetDataQueryvxs:complexTypevxs:sequencev/xs:complexTypev/xs:element要求与说明：1、按要求提供不同的局数据，局数据采用跟下发一样的XML格式封装；2、可以查询业务数据系统全部的局数据，也可以查询每个业务系统中某种类型的局数据；3、不同的业务系统OperationTarg

56、et值定义不一样，业务系统有各自的定义（见附表四广东华为彩信OperationTarget定义）；1.10 NETDATA_QUERY_ACK消息号：10消息类型：应答消息。消息方向：IPNMS-NE,HTTP响应消息消息含义：NE向IPNMS回上传现网局数据确认消息。应答消息：无消息内容：序号参数名说明数据类型1EventID事件ID,IPNMS要求查询局数据时生成，NE直接返回String2Status局数据查询结果，1XXX表示成功；2XXX表示失败int3StatusText局数据下发结果说明stringSchema：vxs:complexType1.11 v/xs:complexTypeNETDATA_UPLOAD消息号：11消息类型：请求消息。消息方向：IPNMS-NE消息含义：NE向IPNMS上传现网局数据消息。应答消息：NETDATA_UPLOAD_ACK消息内容：序号参数名说明数据类型1EventID事件ID,IPNMS要求查询局数据时生成，NE直接返回String2OperationTarget数据模版名称String3DataFile由NE生成的局数据，具体格式参见附件xml格式文本，查询失败时则没有该字段DataFileSchema：vxs:elementname=NetDataUpl