中移數(shù)據(jù)業(yè)務(wù)系統(tǒng)通用網(wǎng)管接口技術(shù)規(guī)范V1[1].3

1、 中國移動數(shù)據(jù)業(yè)務(wù)系統(tǒng)中國移動數(shù)據(jù)業(yè)務(wù)系統(tǒng)通用網(wǎng)管接口技術(shù)規(guī)范通用網(wǎng)管接口技術(shù)規(guī)范（v1.3 2009.09）-發(fā)布-實施中國移動通信集團(tuán)公司 發(fā)布i目 錄目目 錄錄.i前前 言言.iv1 范圍范圍.62 規(guī)范性引用文件規(guī)范性引用文件.63 術(shù)語定義和縮略語術(shù)語定義和縮略語.63.1 術(shù)語定義.63.1.1 業(yè)務(wù)系統(tǒng).63.2 縮略語.64 網(wǎng)管接口的位置與管理對象網(wǎng)管接口的位置與管理對象.74.1 管理對象.74.1.1 中國移動數(shù)據(jù)網(wǎng)設(shè)備分類.74.1.2 數(shù)據(jù)業(yè)務(wù)系統(tǒng)類型.74.2 網(wǎng)管接口的位置.85 接口功能要求（必選接口功能要求（必選 a）.85.1 配置管理.85.1.1 配置信

2、息的查詢.85.1.2 配置信息的修改.85.1.3 配置信息改變通知.85.2 性能管理.85.2.1 性能數(shù)據(jù)的采集.85.2.2 性能參數(shù)門限管理.95.2.3 逾門限事件處理.95.2.4 歷史性能數(shù)據(jù)的追溯.95.3 告警管理.95.3.1 通用告警管理.95.3.2 特定告警管理.95.3.3 告警數(shù)據(jù)格式.105.3.4 歷史告警的追溯（必選 b） .105.4 安全管理.115.5 日志管理.115.6 操作維護(hù).115.7 局?jǐn)?shù)據(jù)制作.115.7.1 網(wǎng)管系統(tǒng)對于數(shù)據(jù)業(yè)務(wù)系統(tǒng)進(jìn)行局?jǐn)?shù)據(jù)制作的流程.115.7.2 數(shù)據(jù)業(yè)務(wù)系統(tǒng)局?jǐn)?shù)據(jù)制作接口功能.125.8 存儲產(chǎn)品與存儲網(wǎng)絡(luò)的

3、管理.136 接口協(xié)議要求接口協(xié)議要求.13ii6.1 snmp（必選a）.136.2 syslog(必選b) .146.3 ftp（必選a）.146.4 telnet（必選a）.146.5 數(shù)據(jù)庫接口（可選）.146.6 基于xml的接口協(xié)議（必選b）.146.7 http（必選b）.146.8 smi-s（必選a）.147 網(wǎng)管接口功能協(xié)議支持要求網(wǎng)管接口功能協(xié)議支持要求.147.1 配置管理.157.2 性能管理.157.3 告警管理.157.4 日志管理.167.5 操作維護(hù).167.6 局?jǐn)?shù)據(jù)制作接口（必選b）.167.7 接口安全要求.168 接口性能要求（必選接口性能要求（必選

4、a）.168.1 數(shù)據(jù)完備性.168.2 數(shù)據(jù)一致性.168.3 處理能力.168.3.1 操作響應(yīng)時間.168.3.2 告警上報時延.178.3.3 性能數(shù)據(jù)上報.178.4 可靠性.178.4.1 平均故障發(fā)生間隔.178.4.2 平均故障修復(fù)時間.178.4.3 容錯能力.178.4.4 接入能力.178.5 局?jǐn)?shù)據(jù)制作接口性能要求.17附錄附錄 a syslog 協(xié)議的包格式與內(nèi)容協(xié)議的包格式與內(nèi)容.181 1s syslogyslog消息的組成消息的組成.181.1pri部分.181.2header部分.191.3msg部分.202 2contentcontent 字段的內(nèi)容字段的內(nèi)

5、容.20附錄附錄 b 局?jǐn)?shù)據(jù)制作接口消息和時序定義局?jǐn)?shù)據(jù)制作接口消息和時序定義.211 1消息定義消息定義.211.1connect_test .221.2connect_test_ack .221.3datafile_download.221.4datafile_download_ack.231.5datafile_report.241.6datafile_report_ack .24iii1.7datafile_effect_status.251.8datafile_effect_status_ack.251.9netdata_query.261.10netdata_ query _ack

6、 .261.11netdata_upload .271.12netdata_upload_ack.281.13datafile_effect_terminate.281.14datafile_effect_terminate_ack.292 2消息序列圖消息序列圖.301.1連接測試消息序列圖.301.2局?jǐn)?shù)據(jù)文件下發(fā)消息序列圖.301.3局?jǐn)?shù)據(jù)生效過程狀態(tài)查詢報告消息.311.4現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)查詢以及上傳消息序列圖.321.5局?jǐn)?shù)據(jù)終止生效消息序列圖.333 3消息傳輸格式消息傳輸格式.34附錄附錄 c c 磁盤陣列產(chǎn)品的網(wǎng)管接口協(xié)議、功能與數(shù)據(jù)要求磁盤陣列產(chǎn)品的網(wǎng)管接口協(xié)議、功能與數(shù)據(jù)要求 .

7、351 1通用要求（必選通用要求（必選 a a）.352 2網(wǎng)管接口協(xié)議要求（必選網(wǎng)管接口協(xié)議要求（必選 a a）.353 3網(wǎng)管接口功能要求網(wǎng)管接口功能要求.354 4網(wǎng)管接口數(shù)據(jù)要求網(wǎng)管接口數(shù)據(jù)要求.354.14.1性能數(shù)據(jù)要求性能數(shù)據(jù)要求.354.24.2告警數(shù)據(jù)要求告警數(shù)據(jù)要求.36修訂歷史修訂歷史 .37iv前前 言言根據(jù)網(wǎng)管接口協(xié)議和數(shù)據(jù)內(nèi)容的不同，中國移動數(shù)據(jù)設(shè)備網(wǎng)管接口可分為三類，見下圖示意：itf1：數(shù)據(jù)承載類設(shè)備網(wǎng)管接口itf2：數(shù)據(jù)業(yè)務(wù)平臺網(wǎng)管接口itf3：omc 北向接口數(shù)據(jù)業(yè)務(wù)平臺示意業(yè)務(wù)主機(jī)firewallrouterfirewallrouternmsneneitf

8、1. 數(shù)據(jù)承載類設(shè)備網(wǎng)管接口nmsneneitf3. omc北向接口omcitf1itf3itf2. 數(shù)據(jù)業(yè)務(wù)平臺網(wǎng)管接口示意nmsitf2業(yè)務(wù)主機(jī)網(wǎng)管采集機(jī)switchswitch與上述接口相對應(yīng)，中國移動數(shù)據(jù)設(shè)備網(wǎng)管接口技術(shù)規(guī)范包括三個系列，規(guī)范組成體系見下圖： 中國移動數(shù)據(jù)承載設(shè)備通用網(wǎng)管接口技術(shù)規(guī)范路由器數(shù)據(jù)需求技術(shù)規(guī)范三層交換機(jī)數(shù)據(jù)需求技術(shù)規(guī)范二層交換機(jī)數(shù)據(jù)需求技術(shù)規(guī)范xxxx數(shù)據(jù)需求技術(shù)規(guī)范系列1、數(shù)據(jù)承載類設(shè)備網(wǎng)管接口技術(shù)規(guī)范中國移動數(shù)據(jù)業(yè)務(wù)平臺通用網(wǎng)管接口技術(shù)規(guī)范wap數(shù)據(jù)需求技術(shù)規(guī)范mmsc數(shù)據(jù)需求技術(shù)規(guī)范xxxx數(shù)據(jù)需求技術(shù)規(guī)范系列2、數(shù)據(jù)業(yè)務(wù)平臺類設(shè)備網(wǎng)管接口技術(shù)規(guī)范mi

9、sc omc北向接口數(shù)據(jù)需求技術(shù)規(guī)范ip專網(wǎng) omc北向接口數(shù)據(jù)需求技術(shù)規(guī)范mas omc北向接口數(shù)據(jù)需求技術(shù)規(guī)范xxxx omc北向接口數(shù)據(jù)需求技術(shù)規(guī)范系列3、數(shù)據(jù)網(wǎng)omc北向接口技術(shù)規(guī)范wap計數(shù)器技術(shù)規(guī)范mmsc數(shù)據(jù)需求技術(shù)規(guī)范xxxx計數(shù)器技術(shù)規(guī)范系列一：itf1 網(wǎng)管接口技術(shù)規(guī)范即數(shù)據(jù)承載類設(shè)備網(wǎng)管接口技術(shù)規(guī)范，由數(shù)據(jù)承載類設(shè)備通用網(wǎng)管接口技術(shù)規(guī)范和特定設(shè)備的數(shù)據(jù)需求規(guī)范組成。系列二：itf2 網(wǎng)管接口技術(shù)規(guī)范即數(shù)據(jù)業(yè)務(wù)平臺網(wǎng)管接口技術(shù)規(guī)范，由數(shù)據(jù)業(yè)務(wù)平臺通用網(wǎng)管接口技術(shù)規(guī)范和特定設(shè)備的數(shù)據(jù)需求規(guī)范和計數(shù)器規(guī)范組成。系列三：itf3 網(wǎng)管接口技術(shù)規(guī)范即 omc 北向接口技術(shù)規(guī)范，該系

10、列對于接口協(xié)議不作硬性要求，僅由特定 omc 北向接口的數(shù)據(jù)需求規(guī)范組成。v本標(biāo)準(zhǔn)是系列 2 的通用接口技術(shù)要求部分，將與特定設(shè)備的數(shù)據(jù)需求和計數(shù)器技術(shù)規(guī)范一起使用。本標(biāo)準(zhǔn)的附錄 a 至附錄 b 為規(guī)范性附錄。本標(biāo)準(zhǔn)由中國移動通信有限公司提出并歸口。本標(biāo)準(zhǔn)的起草單位：中國移動通信有限公司網(wǎng)絡(luò)部、中國移動通信集團(tuán)公司設(shè)計院無線通信研究所本標(biāo)準(zhǔn)的起草人：劉濤、張晨、陳彥名、翟藝新、馮瑞軍等本標(biāo)準(zhǔn)的修改權(quán)和解釋權(quán)歸中國移動通信有限公司。vi71范圍范圍本技術(shù)規(guī)范規(guī)定中國移動數(shù)據(jù)業(yè)務(wù)系統(tǒng)網(wǎng)管接口的功能要求、性能要求、管理接口的信息模型和所采用的接口協(xié)議及數(shù)據(jù)要求。技術(shù)要求分必選和可選兩大類，必選類技術(shù)

11、要求又分a、b兩類。a類必選技術(shù)要求是中國移動網(wǎng)絡(luò)中目前需要的技術(shù)，所有接入設(shè)備必須全部支持，有不支持項的接入設(shè)備不能入網(wǎng)。b類必選技術(shù)要求是中國移動網(wǎng)絡(luò)中將來需要的技術(shù)，所有接入設(shè)備應(yīng)該支持(不支持的選項，廠家必須承諾在中國移動提出需求后最多6個月內(nèi)提供支持，開發(fā)周期視具體需求而定)?？蛇x技術(shù)要求是中國移動網(wǎng)絡(luò)中將來可能需要的技術(shù)，所有接入設(shè)備應(yīng)盡量支持。本技術(shù)規(guī)范的內(nèi)容適用于中國移動通信集團(tuán)公司的數(shù)據(jù)業(yè)務(wù)系統(tǒng)的網(wǎng)管接口的開發(fā)、設(shè)計、工程實施和測試。2規(guī)范性引用文件規(guī)范性引用文件下列文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或

12、修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。ietf rfc1907，snmpv2的管理信息庫，1996ietf rfc2011，使用smiv2描述的ip snmpv2管理信息庫，1996ietf rfc2012，使用smiv2描述的tcp snmpv2管理信息庫，1996ietf rfc2013，使用smiv2描述的udp snmpv2管理信息庫，1996ietf rfc2618，radius認(rèn)證客戶端管理信息庫，1998ietf rfc2619，radius認(rèn)證服務(wù)器mib，1999ietf r

13、fc2620，radius計費客戶端管理信息庫，1999ietf rfc2573，snmp應(yīng)用，1999ietf rfc2594，www服務(wù)管理信息庫，1999ietf rfc2789，郵件監(jiān)控管理信息庫，2000ietf rfc2790，主機(jī)信息庫，2000ietf rfc2819，遠(yuǎn)程網(wǎng)絡(luò)監(jiān)控管理信息庫，2000ietf rfc2863，接口組管理信息庫，20003術(shù)語定義和縮略語術(shù)語定義和縮略語3.1術(shù)語定義3.1.1業(yè)務(wù)系統(tǒng)數(shù)據(jù)業(yè)務(wù)系統(tǒng)：指由一個或多個具有網(wǎng)絡(luò)通信能力的軟件或硬件組成的系統(tǒng)，該系統(tǒng)由數(shù)據(jù)網(wǎng)絡(luò)承載，其核心功能主要位于tcpip協(xié)議棧的第五層（即應(yīng)用層）；該系統(tǒng)通過與其它設(shè)

14、備或系統(tǒng)的網(wǎng)絡(luò)通訊及自身的邏輯處理功能，構(gòu)成面向其它設(shè)備或人的標(biāo)準(zhǔn)服務(wù)；該系統(tǒng)能夠通過標(biāo)準(zhǔn)的接口由人或設(shè)備來進(jìn)行管理。3.2縮略語下列縮略語適用于本標(biāo)準(zhǔn)：radiusremote access dial in user service遠(yuǎn)程訪問撥入用戶服務(wù)snmpsimple network management protocol簡單網(wǎng)管協(xié)議tcptransmission control protol傳輸控制協(xié)議udpuser datagram protocol用戶數(shù)據(jù)報協(xié)議8wapwireless application protocol無線應(yīng)用協(xié)議cmnetchina mobile netw

15、ork中國移動互聯(lián)網(wǎng)dnsdomain name system域名系統(tǒng)dsmpdata services management platform 數(shù)據(jù)業(yè)務(wù)管理平臺ddndigital data network數(shù)字?jǐn)?shù)據(jù)網(wǎng)絡(luò)gprsgeneral packet radio service通用分組無線業(yè)務(wù)hdlchigh level data link control高級數(shù)據(jù)鏈路控制isdnintegrated services digital network綜合業(yè)務(wù)數(shù)字網(wǎng)mmsmultimedia messaging service多媒體消息業(yè)務(wù)nasnetwork access server接入

16、服務(wù)器napnetwork access point網(wǎng)絡(luò)接入點ppppeer-peer protocol端到端協(xié)議smsshort message service短消息業(yè)務(wù)wapwireless application protocol無線應(yīng)用協(xié)議wlanwireless local area network無線局域網(wǎng)ldaplight directory access protocol輕量級目錄訪問協(xié)議sshsecure shell安全的傳輸層協(xié)議ftpsftpsslftp 傳輸協(xié)議的安全版本sftpssh file transfer protocolssh 協(xié)議中文件傳輸子協(xié)議4網(wǎng)管接口網(wǎng)

17、管接口的位置與管理對象的位置與管理對象數(shù)據(jù)業(yè)務(wù)系統(tǒng)構(gòu)成的網(wǎng)絡(luò)應(yīng)提供網(wǎng)管理接口,以便網(wǎng)絡(luò)管理系統(tǒng)（nms）接入并對其進(jìn)行操作維護(hù)。4.1管理對象4.1.1中國移動數(shù)據(jù)網(wǎng)設(shè)備分類中國移動數(shù)據(jù)網(wǎng)網(wǎng)元設(shè)備包括承載網(wǎng)絡(luò)設(shè)備和業(yè)務(wù)系統(tǒng)設(shè)備，承載網(wǎng)絡(luò)設(shè)備主要包括ip 專用承載網(wǎng)以及 cmnet 骨干網(wǎng)、省網(wǎng)和城域網(wǎng)的路由器、交換機(jī)等；業(yè)務(wù)系統(tǒng)設(shè)備包括 wap 系統(tǒng)、mms 系統(tǒng)、kjava 系統(tǒng)、email 系統(tǒng)、radius 系統(tǒng)、短信網(wǎng)關(guān)系統(tǒng)、dsmp 系統(tǒng)等的業(yè)務(wù)主機(jī)、防火墻和網(wǎng)絡(luò)設(shè)備。4.1.2數(shù)據(jù)業(yè)務(wù)系統(tǒng)類型本冊所適用的管理對象包括但不限于下列數(shù)據(jù)業(yè)務(wù)系統(tǒng)：1.wap 系統(tǒng)2.mmsc、彩信網(wǎng)關(guān)（

18、包括彩信國際網(wǎng)關(guān)、彩信互聯(lián)網(wǎng)關(guān)等）、enum dns3.dsmp 系統(tǒng)4.短信網(wǎng)關(guān)（包括國際短信網(wǎng)關(guān)、匯接短信網(wǎng)關(guān)、集團(tuán)客戶行業(yè)網(wǎng)關(guān)、短信夢網(wǎng)網(wǎng)關(guān)、短信互聯(lián)網(wǎng)關(guān)等）5.im、im 網(wǎng)關(guān)6.email 系統(tǒng)7.radius 系統(tǒng)8.ussd9.pushmail10. dm11. lsp 平臺12. 流媒體13. 其他新增數(shù)據(jù)業(yè)務(wù)系統(tǒng)94.2網(wǎng)管接口的位置數(shù)據(jù)業(yè)務(wù)平臺示意業(yè)務(wù)主機(jī)firewallrouterfirewallrouteritf2. 數(shù)據(jù)業(yè)務(wù)平臺網(wǎng)管接口示意nmsitf2業(yè)務(wù)主機(jī)網(wǎng)管采集機(jī)switchswitch圖 1中國移動數(shù)據(jù)業(yè)務(wù)平臺網(wǎng)管接口示意圖數(shù)據(jù)業(yè)務(wù)系統(tǒng)內(nèi)部，通常由業(yè)務(wù)主機(jī)、

19、路由器、交換機(jī)等共同組成一個局域網(wǎng)。網(wǎng)管系統(tǒng)同時接入被管數(shù)據(jù)業(yè)務(wù)系統(tǒng)的一臺或多臺業(yè)務(wù)主機(jī)。目前通常由cmnet提供網(wǎng)管系統(tǒng)和業(yè)務(wù)主機(jī)系統(tǒng)間數(shù)據(jù)傳送的物理通路。如圖1所示，itf2位于數(shù)據(jù)業(yè)務(wù)系統(tǒng)與網(wǎng)管系統(tǒng)的前置采集設(shè)備之間。5接口功能要求接口功能要求（必選（必選 a a）數(shù)據(jù)網(wǎng)業(yè)務(wù)系統(tǒng)應(yīng)支持網(wǎng)管系統(tǒng)通過網(wǎng)管接口實現(xiàn)對其的管理，網(wǎng)管接口的功能包括配置管理、性能管理、告警管理、日志管理、安全管理、集中操作維護(hù)、局?jǐn)?shù)據(jù)制作功能。5.1配置管理接口應(yīng)支持nms對業(yè)務(wù)系統(tǒng)的配置信息進(jìn)行查詢和修改，具體業(yè)務(wù)系統(tǒng)的配置信息參見本系列規(guī)范的其他分冊。5.1.1配置信息的查詢接口應(yīng)支持nms查詢系統(tǒng)配置信息、接

20、口配置信息、相關(guān)協(xié)議配置信息以及各類數(shù)據(jù)業(yè)務(wù)的配置信息。5.1.2配置信息的修改接口應(yīng)支持nms對可配置的信息進(jìn)行修改。5.1.3配置信息改變通知某些配置信息的變化（如允許接入的ip地址列表）會引發(fā)配置改變通知，接口應(yīng)支持將配置改變通知上報到nms。5.2性能管理接口應(yīng)支持nms對業(yè)務(wù)系統(tǒng)進(jìn)行性能數(shù)據(jù)的采集和管理，具體的性能參數(shù)參見本系列規(guī)范的其他分冊。5.2.1性能數(shù)據(jù)的采集性能數(shù)據(jù)的采集功能可以按照用戶預(yù)定的時間表定時地、周期性地自動采集性能數(shù)據(jù)，采集開始時間和采集周期由用戶設(shè)置。也能提供手段，自動地或者讓用戶手工啟動性能數(shù)據(jù)采集程序進(jìn)行重采或補采由于網(wǎng)絡(luò)或者其他原因，沒有正確采集到的性能

21、數(shù)據(jù)。性能數(shù)據(jù)的采集至少支持以下一種方式：101）通過定時輪循機(jī)制來查詢業(yè)務(wù)系統(tǒng) mib 獲得 snmp 信息(支持 snmp v2c/snmp v3)； 2)通過數(shù)據(jù)庫接口方式。3）通過 ftp 接口的文件傳輸方式。在本系列規(guī)范的其他分冊中針對業(yè)務(wù)系統(tǒng)的特點規(guī)定需要支持的采集方式。5.2.2性能參數(shù)門限管理接口應(yīng)支持性能參數(shù)的門限管理：設(shè)置性能參數(shù)門限值。接口支持設(shè)置某一個監(jiān)視實體或多個監(jiān)視實體的性能參數(shù)門限值，當(dāng)網(wǎng)絡(luò)單元采集到的性能資料超過所設(shè)置的性能門限值時，將該過門限報告上報給 nms；查詢/修改性能參數(shù)門限值。接口支持通過查詢某一個監(jiān)視實體或多個監(jiān)視實體性能參數(shù)門限值的當(dāng)前設(shè)置情況，

22、并能對性能參數(shù)門限值進(jìn)行修改；刪除性能參數(shù)門限值。接口支持刪除某一個監(jiān)視實體或多個監(jiān)視實體性能參數(shù)門限值。5.2.3逾門限事件處理當(dāng)ip網(wǎng)被管網(wǎng)絡(luò)資源的性能數(shù)據(jù)超出了性能門限值的范圍時，接口應(yīng)向nms發(fā)送qos告警。5.2.4歷史性能數(shù)據(jù)的追溯業(yè)務(wù)系統(tǒng)應(yīng)當(dāng)通過指定的接口提供至少最近七天以上的歷史性能數(shù)據(jù)供追溯使用。5.3告警管理5.3.1通用告警管理數(shù)據(jù)業(yè)務(wù)系統(tǒng)應(yīng)發(fā)送的關(guān)于系統(tǒng)和鏈路狀態(tài)的通用告警。網(wǎng)管系統(tǒng)可以接收來自被管設(shè)備的各種告警，所有的被管設(shè)備都應(yīng)支持通用告警類型，另外，被管設(shè)備還應(yīng)支持相應(yīng)的特定告警。各種設(shè)備應(yīng)發(fā)送的關(guān)于系統(tǒng)和鏈路狀態(tài)的告警類型有：表 1通用通知類型中文名稱英文名稱說

23、明系統(tǒng)冷啟動coldstart當(dāng)代理檢測到系統(tǒng)冷啟動時，向管理站發(fā)送 coldstart 告警。系統(tǒng)熱啟動warmstart當(dāng)代理檢測到系統(tǒng)熱啟動時，向管理站發(fā)送 warmstart 告警。連接中斷l(xiāng)inkdown當(dāng)代理檢測到某條鏈路的 ifoperstatus將要從其它狀態(tài)（除 notpresent 外）進(jìn)入 down 狀態(tài)，將會觸發(fā)鏈路中斷trap，該其他狀態(tài)由 ifoperstatus 表示。連接建立linkup當(dāng)代理檢測到某條鏈路的 ifoperstatus將要從 down 狀態(tài)進(jìn)入其他狀態(tài)（除notpresent 外），將會觸發(fā)鏈路建立trap，該其他狀態(tài)由 ifoperstatus

24、 表示。認(rèn)證失敗authenticationfailure當(dāng)代理檢測到認(rèn)證失敗事件發(fā)生時，向管理站發(fā)送 authenticationfailure，該陷阱可以由網(wǎng)管系統(tǒng)配置snmpenableauthentraps 來決定代理是否產(chǎn)生該告警。5.3.2特定告警管理11數(shù)據(jù)業(yè)務(wù)系統(tǒng)除應(yīng)支持通用告警的上報外，根據(jù)其具體性能要求，同時應(yīng)支持一些特定告警和業(yè)務(wù)告警的上報。告警通道心跳消息在一定時間段未產(chǎn)生任何告警事件通知時，數(shù)據(jù)業(yè)務(wù)系統(tǒng)通過snmp協(xié)議周期上報心跳消息，達(dá)到監(jiān)測告警通道的目的。數(shù)據(jù)業(yè)務(wù)系統(tǒng)的故障管理接口支持通過snmp協(xié)議查詢和設(shè)置告警通道監(jiān)測的心跳消息的上報周期，心跳周

25、期的默認(rèn)值為60秒。其他特定告警視數(shù)據(jù)業(yè)務(wù)系統(tǒng)類型而異，詳見本系列規(guī)范的其他分冊。5.3.3告警數(shù)據(jù)格式數(shù)據(jù)業(yè)務(wù)系統(tǒng)向網(wǎng)管系統(tǒng)發(fā)送的告警中至少應(yīng)當(dāng)包含如下信息：表 2告警格式英文名稱中文名稱(gb2312)數(shù)據(jù)類型允許為空說明systemname業(yè)務(wù)系統(tǒng)名稱stringn見下文oriid原始告警序列號integern業(yè)務(wù)系統(tǒng)內(nèi)唯一標(biāo)識此告警的標(biāo)記,應(yīng)是一個流水號,無論告警狀態(tài)如何改變,這個 id 不變化netype網(wǎng)元類型stringy網(wǎng)元類型,如router,switch,interfacenename網(wǎng)元名稱stringn符合中國移動命中規(guī)范的網(wǎng)元名稱neipaddress網(wǎng)元 ip 地址

26、stringy網(wǎng)元 ip,除了網(wǎng)元名稱外另一個用于定位告警對象的屬性alarmtitle告警標(biāo)題stringn告警標(biāo)題,應(yīng)是標(biāo)志一類告警的一個簡要描述,如 linkdownalarmseverity告警級別integern1- 緊急2 - 重要3 - 次要4 - 警告5 - 不確定alarmfacility告警類型integern0 - 其他告警1 - 通信告警2 - 設(shè)備告警3 - 處理出錯告警4 - 環(huán)境告警5 - 服務(wù)質(zhì)量告警alarmdetail告警詳細(xì)描述stringn告警的詳細(xì)內(nèi)容alarmcounts告警已發(fā)生次數(shù)integern最少 1 次,這個次數(shù)是累計發(fā)生的次數(shù)alarmc

27、reatetime告警創(chuàng)建時間stringnyyyy-mm-dd hh:mm:ss 格式alarmlasttime告警最后發(fā)生時間stringnyyyy-mm-dd hh:mm:ss 格式probablecause可能原因stringy告警產(chǎn)生的可能原因operstatus告警處理狀態(tài)integern1 新告警2 已確認(rèn)3 已清除12業(yè)務(wù)系統(tǒng)命名見中國移動數(shù)據(jù)網(wǎng)資源命名規(guī)范 v1.1.0 5.3.4歷史告警的追溯（必選 b）業(yè)務(wù)系統(tǒng)應(yīng)當(dāng)通過指定的接口提供至少最近七天以上的歷史告警數(shù)據(jù)供追溯使用。5.4安全管理網(wǎng)絡(luò)管理接口能夠支持以下安全管理功能：1)支持對通過網(wǎng)管接口訪問設(shè)備資源的用戶進(jìn)行分角

28、色、分級別的權(quán)限管理；2)對于安全入侵行為，要能夠生成事件告警，并通過網(wǎng)管接口上報網(wǎng)管系統(tǒng)；3) 操作維護(hù)接口的接入身份認(rèn)證，被測系統(tǒng)的操作維護(hù)接口能夠?qū)ψ詣舆B接進(jìn)行身份認(rèn)證。4) 訪問列表控制，業(yè)務(wù)系統(tǒng)能夠按照ip地址訪問列表的設(shè)置來允許或阻止來自某些ip的管理者接入。5.5日志管理業(yè)務(wù)系統(tǒng)應(yīng)能通過網(wǎng)管接口主動上報日志，具體業(yè)務(wù)系統(tǒng)的日志信息參見本系列規(guī)范的其他分冊。網(wǎng)管系統(tǒng)應(yīng)能通過設(shè)備網(wǎng)管接口對日志進(jìn)行管理。5.6操作維護(hù)業(yè)務(wù)系統(tǒng)應(yīng)能提供操作維護(hù)接口，以支持網(wǎng)管系統(tǒng)通過該接口以安全有效的方式對設(shè)備進(jìn)行操作和維護(hù)，實現(xiàn)自動巡檢等功能。5.7局?jǐn)?shù)據(jù)制作該接口屬于中國移動自定義接口，目的在于滿足

29、維護(hù)人員基于集中維護(hù)的要求，使用網(wǎng)管系統(tǒng)通過該接口對于數(shù)據(jù)業(yè)務(wù)系統(tǒng)進(jìn)行局?jǐn)?shù)據(jù)制作的需求。僅對于部分類型的數(shù)據(jù)業(yè)務(wù)系統(tǒng)，要求提供該接口。僅對于要求提供該接口的數(shù)據(jù)業(yè)務(wù)系統(tǒng)的部分局?jǐn)?shù)據(jù)，要求支持通過該接口制作，應(yīng)支持下述網(wǎng)管系統(tǒng)局?jǐn)?shù)據(jù)制作流程和接口功能、支持下述性能和備份恢復(fù)要求。需通過該接口制作的具體業(yè)務(wù)系統(tǒng)局?jǐn)?shù)據(jù)信息參見本系列規(guī)范的其他分冊。5.7.1網(wǎng)管系統(tǒng)對于數(shù)據(jù)業(yè)務(wù)系統(tǒng)進(jìn)行局?jǐn)?shù)據(jù)制作的流程135.7.2數(shù)據(jù)業(yè)務(wù)系統(tǒng)局?jǐn)?shù)據(jù)制作接口功能1.局?jǐn)?shù)據(jù)文件的接收數(shù)據(jù)業(yè)務(wù)系統(tǒng)能快速準(zhǔn)確的接收從網(wǎng)管系統(tǒng)下傳的局?jǐn)?shù)據(jù)文件并進(jìn)行保存。網(wǎng)管系統(tǒng)側(cè)制作好局?jǐn)?shù)據(jù)后將形成一個局?jǐn)?shù)據(jù)文件，通過http post請求

30、消息將局?jǐn)?shù)據(jù)發(fā)送到數(shù)據(jù)業(yè)務(wù)系統(tǒng)，數(shù)據(jù)業(yè)務(wù)系統(tǒng)成功接收局?jǐn)?shù)據(jù)文件，給網(wǎng)管系統(tǒng)回http響應(yīng)消息， 在局?jǐn)?shù)據(jù)正確處理完成后，數(shù)據(jù)業(yè)務(wù)系統(tǒng)還需要主動給網(wǎng)管系統(tǒng)上報局?jǐn)?shù)據(jù)處理報告消息，然后網(wǎng)管系統(tǒng)回局?jǐn)?shù)據(jù)下發(fā)報告響應(yīng)消息。2.局?jǐn)?shù)據(jù)文件的解析nn網(wǎng)管側(cè)設(shè)備側(cè)局?jǐn)?shù)據(jù)前臺制作ok?局?jǐn)?shù)據(jù)前臺提交并逐項核查局?jǐn)?shù)據(jù)管理后臺服務(wù)端開始后臺局?jǐn)?shù)據(jù)較驗ok?局?jǐn)?shù)據(jù)生效結(jié)束圖圖 2 局?jǐn)?shù)據(jù)制作流程圖局?jǐn)?shù)據(jù)制作流程圖形成局?jǐn)?shù)據(jù)文件并提交ok?n14數(shù)據(jù)業(yè)務(wù)系統(tǒng)能能夠高效準(zhǔn)確的從下傳的局?jǐn)?shù)據(jù)文件中解析出局?jǐn)?shù)據(jù)。3.局?jǐn)?shù)據(jù)有效性較驗在局?jǐn)?shù)據(jù)生效前，數(shù)據(jù)業(yè)務(wù)系統(tǒng)能驗證所有局?jǐn)?shù)據(jù)項的有效性；對于驗證出錯的信息，全部反饋到綜合網(wǎng)

31、管側(cè)（使用datafile_report消息），以便用戶查看出錯原因。4.局?jǐn)?shù)據(jù)生效數(shù)據(jù)業(yè)務(wù)系統(tǒng)能將局?jǐn)?shù)據(jù)文件中定義的局?jǐn)?shù)據(jù)生效到業(yè)務(wù)系統(tǒng)中；對于生效出錯的信息，全部反饋到綜合網(wǎng)管側(cè)（使用datafile_report消息），以便用戶查看出錯原因。5.局?jǐn)?shù)據(jù)生效狀態(tài)查詢數(shù)據(jù)業(yè)務(wù)系統(tǒng)能在收到ip綜合網(wǎng)管側(cè)發(fā)來的局?jǐn)?shù)據(jù)生效狀態(tài)查詢時，業(yè)務(wù)主機(jī)側(cè)應(yīng)向ip綜合網(wǎng)管上報所查詢局?jǐn)?shù)據(jù)的生效狀態(tài)。為了能讓用戶能實時的查看當(dāng)前局?jǐn)?shù)據(jù)生效狀態(tài)，網(wǎng)管系統(tǒng)主動向數(shù)據(jù)業(yè)務(wù)系統(tǒng)發(fā)起查詢局?jǐn)?shù)據(jù)生效過程中狀態(tài)，數(shù)據(jù)業(yè)務(wù)系統(tǒng)在收到查詢消息后，給網(wǎng)管系統(tǒng)反饋當(dāng)前局?jǐn)?shù)據(jù)的生效狀態(tài)，狀態(tài)為：未生效、生效中、生效完成以及數(shù)據(jù)不存在；

32、生效狀態(tài)查詢中的事件id使用局?jǐn)?shù)據(jù)下發(fā)時生成的事件id。6.局?jǐn)?shù)據(jù)現(xiàn)網(wǎng)數(shù)據(jù)上傳數(shù)據(jù)業(yè)務(wù)系統(tǒng)能支持將現(xiàn)網(wǎng)的局?jǐn)?shù)據(jù)以固定格式局?jǐn)?shù)據(jù)文件的方式上傳給ip綜合網(wǎng)管系統(tǒng)。當(dāng)網(wǎng)管系統(tǒng)要求數(shù)據(jù)業(yè)務(wù)系統(tǒng)將現(xiàn)網(wǎng)上局?jǐn)?shù)據(jù)按要求格式上傳時，數(shù)據(jù)業(yè)務(wù)系統(tǒng)應(yīng)先給網(wǎng)管系統(tǒng)端一個確認(rèn)消息；然后再主動將局?jǐn)?shù)據(jù)文件post到網(wǎng)管系統(tǒng)系統(tǒng)。7.局?jǐn)?shù)據(jù)生效終止數(shù)據(jù)業(yè)務(wù)系統(tǒng)能接收ip綜合網(wǎng)管側(cè)發(fā)的局?jǐn)?shù)據(jù)生效終止消息，并執(zhí)行終止動作。對于已下發(fā)的但尚未執(zhí)行生效的局?jǐn)?shù)據(jù)，用戶可以通過網(wǎng)管系統(tǒng)向數(shù)據(jù)業(yè)務(wù)系統(tǒng)發(fā)局?jǐn)?shù)據(jù)終止生效消息，數(shù)據(jù)業(yè)務(wù)系統(tǒng)在收到消息后取消生效的同時，給網(wǎng)管系統(tǒng)報一個ack，ack中包含終止的情況。8.局?jǐn)?shù)據(jù)備份要求數(shù)據(jù)業(yè)

33、務(wù)系統(tǒng)對下發(fā)的局?jǐn)?shù)據(jù)文件及相應(yīng)的操作日志進(jìn)行備份，備份期限至少為一年，以便恢復(fù)時用。9.局?jǐn)?shù)據(jù)恢復(fù)和回滾在局?jǐn)?shù)據(jù)生效失敗的情況下，數(shù)據(jù)業(yè)務(wù)系統(tǒng)支持自動和手動回滾到生效操作前的配置。5.8存儲產(chǎn)品與存儲網(wǎng)絡(luò)的管理由磁盤陣列構(gòu)成的存儲產(chǎn)品，以及由磁場陣列和（光）交換機(jī)等共同構(gòu)成的存儲網(wǎng)絡(luò)應(yīng)當(dāng)提供標(biāo)準(zhǔn)的接口提供核心的管理功能，詳見附錄c的規(guī)定。6接口協(xié)議要求接口協(xié)議要求在管理需求上，數(shù)據(jù)網(wǎng)業(yè)務(wù)系統(tǒng)網(wǎng)管接口應(yīng)該支持snmp、ftp、數(shù)據(jù)庫等管理協(xié)議，即數(shù)據(jù)網(wǎng)設(shè)備應(yīng)至少提供snmp、syslog、ftp、telnet、數(shù)據(jù)庫接口中的三種網(wǎng)絡(luò)管理接口。6.1snmp（必選 a）rfc1157描述了snmp

34、中所用的代理/管理站模型，一個snmp代理可以回答來自管理系統(tǒng)關(guān)于mib中定義信息的各種查詢。snmp代理和管理站通過標(biāo)準(zhǔn)的消息通信，消息類型通常有15以下5種：get-request、get-next- request、set-request、set- response、trap。中國移動數(shù)據(jù)網(wǎng)業(yè)務(wù)系統(tǒng)應(yīng)該具備snmp接口以方便提供必要的配置、性能、故障管理功能，并實現(xiàn)snmpv2c（rfc 1901-1908）或更高版本，如snmpv3(rfc 3414-3417)。6.2syslog(必選 b)syslog用于記錄系統(tǒng)活動的詳細(xì)情況，所產(chǎn)生的日志用于評估、審查系統(tǒng)的運行環(huán)境和各種操作等。

35、日志記錄包括記錄用戶登錄時間、登錄地點、所進(jìn)行的操作等內(nèi)容，日志記錄應(yīng)能向系統(tǒng)管理員提供有關(guān)危害安全的侵害或試圖入侵的活動等信息。syslog接口協(xié)議及報文格式應(yīng)符合rfc3164：the bsd syslog protocol，詳見附錄a(附錄a所定義的數(shù)據(jù)結(jié)構(gòu)要求僅為syslog接口的通用性要求，如需要可以根據(jù)業(yè)務(wù)系統(tǒng)特點適當(dāng)修改)。6.3ftp（必選 a）為保證進(jìn)行數(shù)據(jù)傳送時的安全性，該接口應(yīng)支持ssl，即ftpssl，亦稱為ftps（對于ftps的要求為必選b）。6.4telnet（必選 a）為保證安全性，該接口應(yīng)支持sshv1或以上的版本（ssh的要求為必選b）。6.5數(shù)據(jù)庫接口（可

36、選）對于數(shù)據(jù)業(yè)務(wù)系統(tǒng)而言，個別情況下（不建議廣泛使用數(shù)據(jù)庫接口）需要應(yīng)用到數(shù)據(jù)庫接口提供網(wǎng)管數(shù)據(jù)，因此，本規(guī)范中也將其列出。對于數(shù)據(jù)庫接口，推薦使用odbc或jdbc。odbc：microsoft推出的odbc是最早的整合異質(zhì)數(shù)據(jù)庫的數(shù)據(jù)庫接口，作為一種事實標(biāo)準(zhǔn)而存在。odbc基于sql(structured query language),并把它作為訪問數(shù)據(jù)庫的標(biāo)準(zhǔn)，提供了最大限度的相互可操作性:一個應(yīng)用程序可以通過一組通用的代碼訪問不同的數(shù)據(jù)庫管理系統(tǒng)。jdbc：jdbc是sun提供的執(zhí)行sql語句的java api，由java語言編寫的類、接口組成。6.6基于 xml 的接口協(xié)議（必選

37、b）有xml格式封裝數(shù)據(jù)內(nèi)容，通過既定協(xié)議（http）實現(xiàn)傳輸?shù)木W(wǎng)管接口，其具體內(nèi)容參見本系列文檔其他分冊。為保證數(shù)據(jù)傳輸?shù)陌踩裕休d協(xié)議http可以替換為https或ssh。6.7http（必選 b）僅上述5.7節(jié)定義的“局?jǐn)?shù)據(jù)制作接口”,要求應(yīng)用該接口協(xié)議?；谕ㄟ^網(wǎng)管系統(tǒng)向數(shù)據(jù)業(yè)務(wù)系統(tǒng)進(jìn)行局?jǐn)?shù)據(jù)制作機(jī)制的特點，采用xmlhttp（s）的接口方式，使用http協(xié)議傳輸局?jǐn)?shù)據(jù)，局?jǐn)?shù)據(jù)本身采用xml格式封裝，通過自定義的消息類別、消息格式和消息流程來實現(xiàn)具體應(yīng)用間的信息交互，消息接口用于傳遞綜合網(wǎng)管系統(tǒng)和各業(yè)務(wù)系統(tǒng)之間的數(shù)據(jù)請求及應(yīng)答消息。在本接口中，網(wǎng)管系統(tǒng)與數(shù)據(jù)業(yè)務(wù)系統(tǒng)之間采用clien

38、t/server結(jié)構(gòu)，網(wǎng)管系統(tǒng)、各業(yè)務(wù)系統(tǒng)同時作為http服務(wù)端以及http客戶端，完成局?jǐn)?shù)據(jù)上傳和下載。消息和時序定義見附錄b。6.8smi-s（必選 a）本要求僅適用于由存儲產(chǎn)品或存儲網(wǎng)絡(luò)中的磁盤陣列，詳見附錄c的規(guī)定。7網(wǎng)管接口功能協(xié)議支持要求網(wǎng)管接口功能協(xié)議支持要求16本章對網(wǎng)管接口各項功能的實現(xiàn)協(xié)議要求，作為業(yè)務(wù)系統(tǒng)支持的最低要求。如無特別說明，下列的具體實現(xiàn)方式均為“必選”。對于被列為“可選”或“多選一”的實現(xiàn)方式，如某數(shù)據(jù)業(yè)務(wù)系統(tǒng)的設(shè)備技術(shù)要求等相關(guān)規(guī)范中，提出了更嚴(yán)格的規(guī)定，執(zhí)行中應(yīng)以各規(guī)范中最高要求為準(zhǔn)。從技術(shù)角度看，數(shù)據(jù)業(yè)務(wù)系統(tǒng)網(wǎng)管接口可以抽象為如下 3 類：1、數(shù)據(jù)類（實

39、時短消息、數(shù)據(jù)文件）、數(shù)據(jù)類（實時短消息、數(shù)據(jù)文件）數(shù)據(jù)類接口根據(jù)數(shù)據(jù)量大小又可分為“短數(shù)據(jù)短消息”和“大數(shù)據(jù)數(shù)據(jù)文件”兩類。 “短消息”可如告警數(shù)據(jù)；“數(shù)據(jù)文件”可如批量的資源數(shù)據(jù)或性能數(shù)據(jù)。根據(jù)實時性要求不同，又可劃分為“實時推送類”和“非實時推送類” 。 “時推送類”是指由一個系統(tǒng)在后臺實時將數(shù)據(jù)推送給其他系統(tǒng)。 “非實時推送類”是指由一個系統(tǒng)在后臺定期將數(shù)據(jù)推送給其他系統(tǒng)。通常，短消息是實時的，數(shù)據(jù)文件是非實時的。通常，短消息是實時的，數(shù)據(jù)文件是非實時的。2、操作類、操作類操作類接口是以服務(wù)形式封裝的功能調(diào)用，形式上同函數(shù)調(diào)用。例如：即時查詢；數(shù)據(jù)設(shè)置等。從根本上說，操作類接口的底層是

40、通過數(shù)據(jù)交互實現(xiàn)的，但其封裝了“輸入處理輸出”過程，是同步接口機(jī)制。3、流程類、流程類流程類接口最為復(fù)雜，是有狀態(tài)的接口，一次完整的接口過程具有較長的生命周期，可能需要由數(shù)據(jù)類和功能調(diào)用類組合實現(xiàn)。接口的不同類別有不同的技術(shù)要求。對于實時短消息類實時短消息類接口，有較高的實時性和可靠性要求；對于數(shù)據(jù)文件類數(shù)據(jù)文件類接口，有較高的傳輸性能要求。對于操作類操作類接口，要求具有“服務(wù)調(diào)用”的形式，從而使業(yè)務(wù)邏輯的表達(dá)更為清晰。根據(jù)網(wǎng)管接口各項功能的不同，對其接口協(xié)議的支持要求也有所區(qū)別：7.1配置管理應(yīng)支持下述方式的配置數(shù)據(jù)獲取及配置策略執(zhí)行：mib方式；（必選a）命令行方式； （必選a）直接修改配

41、置文件；（可選）圖形化界面方式；（可選）ftp方式；（必選b）直接訪問數(shù)據(jù)庫方式；（可選）7.2性能管理應(yīng)支持下述方式的性能數(shù)據(jù)獲?。簃ib方式（可以通過snmpv2c或snmpv3訪問，二選一，對于在數(shù)據(jù)業(yè)務(wù)系統(tǒng)的局域網(wǎng)內(nèi)部署網(wǎng)管采集機(jī)的應(yīng)用場景下，推薦使用snmpv2c）；或ftps方式；或sftp方式（sftp為sshv2中的一個子功能）。（必選a，三選一）命令行方式；（可選）直接訪問數(shù)據(jù)庫方式；（可選）smi-s（必選a，僅對存儲產(chǎn)品或存儲網(wǎng)絡(luò)中的磁盤陣列有效）。177.3告警管理應(yīng)支持下述方式的告警數(shù)據(jù)獲取：標(biāo)準(zhǔn)trap方式（snmpv2c的trap或snmpv3的trap二選一，對

42、于在數(shù)據(jù)業(yè)務(wù)系統(tǒng)的局域網(wǎng)內(nèi)部署網(wǎng)管采集機(jī)的應(yīng)用場景下，推薦使用snmpv2c的trap）；（必選a）syslog方式； （可選）ftp方式；（可選）直接訪問數(shù)據(jù)庫方式；（可選）7.4日志管理應(yīng)支持下述方式的日志數(shù)據(jù)獲?。簊yslog方式、ftp方式方式（必選a，二選一）7.5操作維護(hù)為了實現(xiàn)網(wǎng)管系統(tǒng)對數(shù)據(jù)業(yè)務(wù)系統(tǒng)的自動巡檢等集中操作維護(hù)功能，數(shù)據(jù)業(yè)務(wù)系統(tǒng)應(yīng)支持下述接口方式：命令行、腳本、設(shè)備商直接提供集成工具；（必選a，三選一）gui界面；（可選）7.6局?jǐn)?shù)據(jù)制作接口（必選 b）支持本規(guī)范及相應(yīng)分冊所定義的http/xml接口協(xié)議，通用要求見第5.7節(jié)、第6.7節(jié)及附錄b，具體數(shù)據(jù)業(yè)務(wù)系統(tǒng)所需

43、制作的局?jǐn)?shù)據(jù)信息等見相關(guān)分冊。7.7接口安全要求設(shè)備網(wǎng)管接口應(yīng)支持以下安全措施：snmpv3；（可選）ftp/ssl；（必選b）數(shù)據(jù)庫接口的安全要求；（如果支持?jǐn)?shù)據(jù)庫接口，則為必選a；否則為可選）1)對外開放的數(shù)據(jù)庫接口信息與內(nèi)部業(yè)務(wù)數(shù)據(jù)進(jìn)行數(shù)據(jù)分離。2)對外開放的數(shù)據(jù)需要進(jìn)行權(quán)限控制，外部用戶只能訪問和操作自己有權(quán)限的數(shù)據(jù)，并且操作權(quán)限為只讀。telnet/ssh方式；（必選b）其他mml接口，其安全性由設(shè)備商承諾保證8接口性能要求接口性能要求（必選（必選 a a）8.1數(shù)據(jù)完備性數(shù)據(jù)完備性指標(biāo)指網(wǎng)管接口應(yīng)提供完備的數(shù)據(jù)，不出現(xiàn)遺漏現(xiàn)象。該指標(biāo)主要驗證三類數(shù)據(jù)的完備性：配置數(shù)據(jù)的完備性、性能

44、數(shù)據(jù)的完備性以及告警數(shù)據(jù)的完備性。網(wǎng)管接口應(yīng)提供符合本規(guī)范附錄中要求的數(shù)據(jù)。要求必選數(shù)據(jù)達(dá)到100的完備性。8.2數(shù)據(jù)一致性數(shù)據(jù)一致性指標(biāo)指網(wǎng)管采集接口收到的網(wǎng)管接口提供的數(shù)據(jù)與實際數(shù)據(jù)應(yīng)保持一致，不出現(xiàn)重復(fù)和錯誤現(xiàn)象。18該指標(biāo)驗證三類數(shù)據(jù)的一致性：配置數(shù)據(jù)的一致性、性能數(shù)據(jù)的一致性以及告警數(shù)據(jù)的一致性。三類數(shù)據(jù)指本規(guī)范附錄中要求的數(shù)據(jù)。8.3處理能力8.3.1操作響應(yīng)時間操作響應(yīng)時間指標(biāo)指網(wǎng)管系統(tǒng)通過被管設(shè)備的網(wǎng)管接口執(zhí)行某項操作后，收到被管設(shè)備網(wǎng)管接口響應(yīng)的延遲時間。正常情況下，單條操作響應(yīng)時間應(yīng)小于5秒。8.3.2告警上報時延告警上報時延指標(biāo)指從實時告警（實際告警產(chǎn)生）發(fā)生到被管設(shè)備網(wǎng)

45、管接口發(fā)出告警的延遲時間。實時告警應(yīng)有較小的時延。正常運行情況下，告警時延小于10秒。8.3.3性能數(shù)據(jù)上報性能數(shù)據(jù)的采集時延是指從統(tǒng)計周期的結(jié)束時間至統(tǒng)計數(shù)據(jù)準(zhǔn)備完成，可供網(wǎng)管系統(tǒng)采集的時間點之間的時長。不同統(tǒng)計粒度下對統(tǒng)計時延的要求如下：統(tǒng)計周期最大統(tǒng)計時延5分鐘1分鐘15分鐘5分鐘1小時10分鐘24小時1小時例：如果統(tǒng)計周期設(shè)置成了15分鐘，且整點開始新的統(tǒng)計周期，那么8：00至8：15的統(tǒng)計數(shù)據(jù)，在統(tǒng)計周期結(jié)束之后5分鐘內(nèi)（也就是在8：20之前）設(shè)備應(yīng)當(dāng)準(zhǔn)備完畢可供網(wǎng)管系統(tǒng)采集。8.4可靠性8.4.1平均故障發(fā)生間隔平均故障發(fā)生間隔指標(biāo)指網(wǎng)管接口故障發(fā)生間隔時間的平均值。要求平均故障發(fā)

46、生間隔大于90天。8.4.2平均故障修復(fù)時間平均故障（不可用）修復(fù)時間指標(biāo)指網(wǎng)管接口在出現(xiàn)故障后修復(fù)的平均時間。要求網(wǎng)管接口的由軟件引發(fā)的故障一年內(nèi)平均修復(fù)時間小于1小時。8.4.3容錯能力容錯能力指標(biāo)指當(dāng)網(wǎng)管系統(tǒng)向業(yè)務(wù)系統(tǒng)網(wǎng)管接口輸入非法數(shù)據(jù)時，網(wǎng)管接口的錯誤處理能力。被管業(yè)務(wù)系統(tǒng)的網(wǎng)管接口應(yīng)不會因為輸入的非法數(shù)據(jù)導(dǎo)致被管設(shè)備故障。8.4.4接入能力接入能力指標(biāo)指業(yè)務(wù)系統(tǒng)網(wǎng)管接口能夠支持同時接入的網(wǎng)管系統(tǒng)數(shù)目，要求網(wǎng)管接口能夠支持同時接入的網(wǎng)管系統(tǒng)數(shù)目不少于2個。8.5局?jǐn)?shù)據(jù)制作接口性能要求對于中國移動自定義的局?jǐn)?shù)據(jù)制作接口，其性能要求應(yīng)遵循下述指標(biāo)：1.系統(tǒng)應(yīng)至少支持 30 用戶在線進(jìn)行并

47、行同步操作。2.保證應(yīng)答消息響應(yīng)時間在 3 秒之內(nèi)。3.處理局?jǐn)?shù)據(jù)管理功能的進(jìn)程開銷，應(yīng)不影響原有業(yè)務(wù)功能的正常運行。19附錄 a syslog 協(xié)議的包格式與內(nèi)容syslog協(xié)議包格式與內(nèi)容，遵循rfc3164要求。對于任何一個ip包的凈荷，如果是一條目的端口號為514的udp消息，該凈荷就必須視作syslog消息。傳送的初始syslog消息與經(jīng)過中繼的syslog消息的格式可能會有所不同。如果中繼能夠識別出符合格式的消息，它必須不做任何修改而轉(zhuǎn)發(fā)這條消息。但是，如果中繼收到一條（syslog）消息但無法識別為正確的消息格式，中繼必須在轉(zhuǎn)發(fā)消息以前，修改它的格式以符合要求。第1節(jié)將描述sys

48、log消息的規(guī)定格式。第2節(jié)將描述對被傳輸?shù)某跏枷⒌囊蟆５?節(jié)將描述對經(jīng)過中繼的消息的要求。1 1syslogsyslog消息的組成消息的組成格式完整的syslog消息由三個可識別的部分組成。第一個部分稱為pri，第二個部分稱為header，第三個部分稱為msg。包的總長度必須不能超過1024個字節(jié)。這里不對syslog消息的最小長度作出限制。1.1 pri部分pri部分必須由3個、4個或5個字符組成且起止字符必為尖括號。pri部分開頭為小于號“”結(jié)束。使用的字符集必須是由7位ascii碼組成的八位字段（具體參見rfc2234）。在一對尖括號內(nèi)的數(shù)字被認(rèn)為是優(yōu)先級，同時代表著功能實體（fa

49、cility）和嚴(yán)重性（severity）（具體描述見下文）。優(yōu)先級由1位、2位或3位十進(jìn)制數(shù)組成。消息中的功能實體與嚴(yán)重性由十進(jìn)制數(shù)字表示。一些操作系統(tǒng)的后臺程序和進(jìn)程已經(jīng)指定了功能實體的值。還沒有被指定明確的功能實體值的進(jìn)程和后臺程序可以使用屬性為“本地使用（local use）”的功能實體的值或是使用屬性為“用戶級（user-level）”的功能實體的值。那些已經(jīng)指定了具體值的功能實體的名稱和編碼值詳見下表。編碼值功能實體（facility）0內(nèi)核消息1用戶級消息2郵件系統(tǒng)3系統(tǒng)后臺進(jìn)程4安全認(rèn)證消息（注1）5由syslog內(nèi)部發(fā)起的消息6行式打印機(jī)子系統(tǒng)7網(wǎng)絡(luò)消息子系統(tǒng)8uucp子系統(tǒng)

50、9時鐘進(jìn)程（注2）10安全認(rèn)證消息（注1）11ftp進(jìn)程12ntp子系統(tǒng)13日志檢查（注1）14日志告警（注1）15時鐘后臺進(jìn)程（注2）16本地用戶02017本地用戶118本地用戶219本地用戶320本地用戶421本地用戶522本地用戶623本地用戶7（注1：存在有不同的操作系統(tǒng)同時使用功能實體值4，10，13和14來表示安全認(rèn)證、檢查和告警消息，因為這幾種消息看起來比較相似。）（注2：存在有不同的操作系統(tǒng)同時使用功能實體值9和15來表示時鐘消息。）表1 syslog的功能實體每一條消息的優(yōu)先級也包含了一個十進(jìn)制的嚴(yán)重性指示位。它們的具體取值詳見下面的表格。編碼值嚴(yán)重性（severity）0緊

51、急：系統(tǒng)不可用1告警：必須立刻采取行動2危險的條件3錯誤的條件4警告：警告的條件5注意：正常但是顯著性條件6報告：報告型消息7調(diào)試：調(diào)試級消息表2 syslog消息的嚴(yán)重性優(yōu)先級的計算是首先將功能實體的值乘以8，然后加上嚴(yán)重性的值。1.2 header部分header部分包含有一個時間標(biāo)記和一個主機(jī)名的標(biāo)識或是設(shè)備的ip地址。syslog包的header部分必須包含可視的（可打印的）字符。和pri部分一樣，使用的編碼集必須是由7位ascii碼組成的八位字段。在這個編碼集中，可以使用的字符只有abnf vchar（值為%d33-126）和空格（值為%d32）。header包含的兩個字段稱為tim

52、estamp和hostname。timestamp將緊跟在大于號“”的后邊。單個的空格符必須跟在每一個timestamp和hostname字段的后面。如果知道自己的主機(jī)名，在hostname就應(yīng)當(dāng)把它包含進(jìn)去，如果沒有主機(jī)名，就包含進(jìn)去它自己的ip地址。如果一臺設(shè)備有多個ip地址，通常會使用發(fā)送該消息使用的ip地址。對于這種情況還有一種可行的方法。設(shè)備可以被配置為使用同一個ip地址發(fā)送所有的消息而不管消息是從哪一個接口送出的。timestamp字段的值為當(dāng)?shù)貢r間，格式為“mmm dd hh:mm:ss”（不包含引號），具體含義如下：mmm是一年中某一月份的英文縮寫，第一個字母大寫，另外兩個字母

53、均為小寫。以下是各月份的可以唯一可以接受的縮寫方式：jan, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, decdd是一個月中的某一天。如果某月這一天的取值小于10，那么dd必須表示為一個空格和一個數(shù)字的形式。例如，八月的第7天將會表示為“aug 7”，在“g”和“7”之間有兩個空格。hh:mm:ss是當(dāng)?shù)貢r間。小時（hh）采用24小時格式。正確的取值在00到23之間（包含00和23）。分鐘（mm）和秒（ss）的取值在00到59之間（包含00和59）。21timestamp字段后必須跟一個空格。hostname字段只能包含消息發(fā)起者的一個

54、主機(jī)名，一個ipv4地址，或者一個ipv6地址。首選值是主機(jī)名。如果使用的是主機(jī)名，hostname字段必須遵照std 13（rfc1034）的規(guī)定包含設(shè)備的主機(jī)名。需要注意的是hostname字段內(nèi)部不能有格。域名不能寫進(jìn)hostname字段。如果使用的是ipv4地址，必須使用std 13中規(guī)定使用的分段十進(jìn)制格式。如果使用的是ipv6地址，任何在rfc 2373中規(guī)定的正確的表達(dá)形式都可以。hostname字段后面必須跟一個空格。1.3 msg部分msg部分必須包含tag字段和content字段。tag字段的值是產(chǎn)生消息的程序或進(jìn)程的名稱。content字段包含消息的細(xì)節(jié)。tag是一串a(chǎn)b

55、nf alphanumeric字符，但不能超過32個字符。任何一個非alphanumeric字符表示tag字段已經(jīng)終止，并且將作為content字段的第一個字符。作為能夠終止tag字段而成為content字段的起始字符的，最為常見的有左方括號（“”）、引號（“:”）或者是空格。2 2contentcontent字段的內(nèi)容字段的內(nèi)容syslog接口主要提供設(shè)備的運行日志信息，包括執(zhí)行命令信息、各類告警信息等。具體信息可能包括但不限于：log 類包括用戶登錄登出日志和用戶配置操作日志等trap 類電源告警、風(fēng)扇告警、環(huán)境告警（指溫度、濕度、門磁告警） 、設(shè)備重啟告警、cpu和內(nèi)存告警、端口 up/

56、down 告警、協(xié)議告警、性能告警和錯誤提示告警等22附錄 b 局?jǐn)?shù)據(jù)制作接口消息和時序定義采用http協(xié)議，網(wǎng)管系統(tǒng)和業(yè)務(wù)主機(jī)之間的局?jǐn)?shù)據(jù)制作接口采用client/server參考模型，互為server端和client端。1 1消息定義消息定義本技術(shù)方案定義了所有消息的xml schema格式。下表列出本文檔定義的各類消息，其中ipnms代表網(wǎng)管系統(tǒng)，ne代表各業(yè)務(wù)主機(jī)。表一 消息類型定義消息消息類別類別消消息息號號消息名稱消息名稱消息類型消息類型消息方向消息方向消息含義消息含義1connect_test請求消息ipnmsne測試連接請求消息連接測試消息2connect_test_ack應(yīng)答

57、消息ipnmsne測試連接應(yīng)答消息3datafile_download請求消息ipnms -neipnms 向 ne發(fā)下發(fā)局?jǐn)?shù)據(jù)消息4datafile_download_ack應(yīng)答消息ne - ipnmsne 向 ipnms回局?jǐn)?shù)據(jù)下發(fā)確認(rèn)消息5datafile_report結(jié)果報告消息ne - ipnmsne 向 ipnms回局?jǐn)?shù)據(jù)處理的結(jié)果消息, 狀態(tài)有：成功或數(shù)據(jù)錯誤局?jǐn)?shù)據(jù)文件下發(fā)消息6datafile_report_ack結(jié)果報告應(yīng)答消息ipnms -neipnms 向 ne回結(jié)果報告確認(rèn)消息7datafile_effect_status請求消息ipnms -neipnms 主動發(fā)起查

58、詢當(dāng)前某一已下發(fā)局?jǐn)?shù)據(jù)的狀態(tài)，狀態(tài)有：未生效、生效中、已生效。局?jǐn)?shù)據(jù)生效過程狀態(tài)查詢報告消息8datafile_effect_status_ack應(yīng)答消息ne - ipnmsne 反饋當(dāng)前已收到局?jǐn)?shù)據(jù)的狀態(tài)，狀態(tài)有：未生效、生效中、已生效。239netdata_query請求消息ipnms -neipnms 向 ne要求上傳現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)請求消息現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)查詢消息10netdata_ query _ack應(yīng)答消息ne - ipnmsne 向 ipnms回上傳現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)請求確認(rèn)消息11netdata_upload請求消息ne - ipnmsne 向 ipnms上傳現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)消息現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)上傳消息12

59、netdata_upload_ack應(yīng)答消息ipnms -neipnms 向 ne回上傳現(xiàn)網(wǎng)局?jǐn)?shù)據(jù)確認(rèn)消息13datafile_effect_terminate請求消息ipnms -neipnms 向 ne發(fā)局?jǐn)?shù)據(jù)生效終止消息局?jǐn)?shù)據(jù)終止生效消息14datafile_effect_terminate_ack應(yīng)答消息ne - ipnmsne 向 ipnms回局?jǐn)?shù)據(jù)生效終止確認(rèn)消息1.1 connect_test消息號： 1消息類型：請求消息。消息方向：ipnms ne消息含義：測試連接請求消息。在ipnms與ne的連接過程中，如果發(fā)現(xiàn)網(wǎng)絡(luò)連接有問題，可以觸發(fā)連接測試檢測網(wǎng)絡(luò)的連通性。應(yīng)答消息：co

60、nnect_test消息內(nèi)容：無schema： 1.2 connect_test_ack消息號： 2消息類型：應(yīng)答消息。消息方向：ipnms ne消息含義：測試連接應(yīng)答消息。當(dāng)ipnms或ne收到對端的測試連接請求消息connect_test時，回應(yīng)此消息作為應(yīng)答，以示雙方的連接網(wǎng)絡(luò)處于正常狀態(tài)。應(yīng)答消息：無消息內(nèi)容：無schema：1.3 datafile_download24消息號： 3消息類型：請求消息。消息方向：ipnms - ne, http post消息消息含義：ipnms向ne發(fā)下發(fā)局?jǐn)?shù)據(jù)消息。應(yīng)答消息：datafile_download_ack消息內(nèi)容：序號參數(shù)名說明數(shù)據(jù)類型1