I页城域网网管系统新建工程技术规范书
中国联通江苏2009年IP城域网网管系统新建工程
技 术 规 范 书
中国联合网络通信有限公司2009年月
目 录
一、 概述 5
二、 对应答的要求 7 三、 项目整体情况说明 9 3.1 项目背景 9
3.2 建设目标 9
3.3 建设规模及内容 10 3.4 网络现状 10
网管系统现状 12 3.5
3.6 存在的问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
13
管理对象 13 3.7
3.8 系统建设思路 14 3.9 系统总体架构 15
系统硬件架构 15
系统软件架构 15
四、 建设方案初步设想 17 4.1 建设原则 17
4.2 系统安全要求 18 4.3 数据采集方案 19 4.4 网络业务性能监测方案 19 4.5 系统组织方案 19
系统设备需求 19
局域网和广域网组织 20
存储网络组织 21
五、 设备配置及报价范围 23
5.1 设备配置要求 23
总体要求 23
配置基本要求 23
配置计算要求 24
厂商提供配置方案建议文档的内容要求 24
5.2 报价范围和要求 25 5.3 报价内容和格式 25 六、 系统功能要求 26
数据采集层的功能要求 26 6.1
数据采集的内容 26 数据采集的方式 28
数据采集的具体要求 28
配置数据采集的要求 28
告警数据采集的要求 29
性能数据采集的要求 29
业务数据采集的要求 29 6.2 数据处理层的功能要求 30
配置数据处理要求 30
告警数据处理要求 31
性能数据处理要求 35
业务管理数据处理要求 36 6.3 数据应用层的功能要求 37
公共专题部分 37
功能专题部分 47
业务专题部分 55
6.4 业务开通 55
6.5 业务流程及与相关系统的接口 55
七、 技术要求 56
7.1 网管系统总体技术要求 57 7.2 设备总体技术要求 58 7.3 服务器设备技术要求 59
服务器设备技术要求 59
服务器设备其它要求 62 服务器设备配置要求 64
7.4 磁盘阵列技术要求 65 磁盘阵列技术要求 65
磁盘阵列其它要求 67
磁盘阵列配置要求 69 7.5 网络设备技术要求 70 7.6 软件总体要求 70 7.7 网管软件要求 71 7.8 采集机软件要求 74 7.9 主机代理软件要求 76 7.10 防病毒软件要求 77 7.11 数据库系统 79
需求说明 79
数据库系统的技术要求 79 7.12 接口方案要求 80 7.13 工程案例要求 81 八、 设备供电、环境及安装要求 82
九、 设备到货、安装调测及设备验收 83
9.1 设备到货 83 9.2 安装和调试 83 9.3 验收 84
初验 84
试运行 84
终验 84
十、 知识产权 84
工程进度 85 十一、
十二、 项目管理 85
技术文档 86 十三、
十四、 技术服务 86 十五、 人员培训 88
概述
本规范书为中国公司(项目业主，以下简称“买方”)拟建。
卖方应对本规范书中所提各项要求能否实现与满足，逐项(以最小章节为单元)予以说明和答复。)或有不同于本规范书要求的其它建议应答为满足的条款，如后续解释内容与该条款内容有冲突的，则视为无效为准。应答“满足”或“部分满足”但在技术建议书或设备配置中没有相应体现的条款应答为准，，卖方应免费补足该条款所涉及的软件、硬件及集成、服务。
卖方应根据本规范书的要求提供技术建议书，并在技术建议书中提出详细、完整的技术建议和解决方案若描述不够详细，卖方后续应根据买方要求完善功能。卖方承诺所提供系统的功能、性能满足或高于买方提出的
标准
excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载
和要求，并承诺若所提供系统经测试不能达到买方提出的要求，免费进行硬件增加升级，直至满足要求为止。
卖方建议的技术方案若符合有关国际 如ISO、ITU-T、ETSI、IMTC、IETF等 、国家或行业标准，则应在建议书中具体说明。若卖方的软、硬件系统包含自己专用标准，也应在建议书中具体说明，并附上相应的详细技术资料。本规范书中未提及但、国内通信行业或中国联通已有建议或成文的相关标准规范默认作为对卖方的要求。
由于规范修订系统改造优化买方需求变化等引起的软件更改，卖方均免费提供。在保修期内如卖方提供的应用软件有新版本，在买方认为必要时卖方应为买方提供免费升级服务。
自系统最终验收之日起年内，如果买方需要对系统进行改造、扩容、升级等，卖方应以不高于本次价格优惠条件提供产品。
买方在任何时候保留和拥有对本文件的解释权。买方有权在签定
合同
劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载
前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。
卖方应根据本规范书的要求在200年月日之前提供份技术建议书(同时提供电子版文档PDF和MS Office格式各一份，以光盘或U盘方式提交1份报价单。报价清单要求单独封装，并加盖公司章，否则视为无效。
技术规范书有关内容的澄清
卖方对于规范书的疑问可以通过书面材料、电子邮件或电话方式与买方联系。
在技术谈判的各个阶段，要求卖方以书面形式对有关问题进行进一步的技术澄清或答复;所有各阶段的技术澄清文件都将作为合同附件。要求
卖方应在对该项目需求深刻理解的基础上，在中提出本工程的详细建设方案。卖方的应包括(但不限于)以下各主要内容:
清单要求以Excel格式，分为自产硬件、第三方硬件、第三方软件、自产软件部分。主要设备应包含原厂商明细表，硬件设备应写明CPU、内存、硬盘、模块、板卡、连接线等的型号和数量，软件应写明名称、版本号、满足的用户数或者CPU数、License数、套数等。应用软件应包括系统架构、流程、软件模块、硬件配置、组织、系统管理等以及传输等的需求WEB应用软件、报表工具软件等)、内部数据控制机制和调度方式过程等，并对相关的软件部署方案进行说明。
此外，还应给出下列方案示意图，包含但不限于:
网管系统软件模块组成图
网管系统与相关系统接口方式图和数据采集设备设置方式图
系统内部模块数据处理流程图
自身系统管理
系统安全示意图
系统设备配置建议、材料清单:卖方应建议配置的软硬件设备的配置原理或计算说明若由于卖方计算错误等原因造成系统配置不能达到预先设计的性能或功能，卖方应免费提供所遗漏的软硬件设备。工程进度安排按照总体工期要求由
卖方尽快协调到货和开发，以不延误总体工期及要求为准。请卖方在此基础上根据自身的实际情况，提出详细工程进度安排表以及进度保障措施。培训
计划
项目进度计划表范例计划下载计划下载计划下载课程教学计划下载
保障承诺
卖方提供的系统施工前对联通的准备要求。
项目整体情况说明
项目背景
经过多年的IP网络建设，江苏联通已经建成覆盖全省13个地市的IP城域网和接入网，网络设备包括大量的高中端路由器、以太网交换机等。随着IP网络的不断建设扩充，网络管理的重要性越来越突出，要求有完善的网管系统对IP网络设备进行综合管理，实现对网络设备的故障管理、性能管理、资源管理等集中管理功能，以便用最新的网络技术和管理手段指导IP网络扩容建设，为IP业务的快速发展提供强有力的支撑。伴随着全省在网数据设备的激增，在缺少监控和维护手段的前提下，仅依靠远程登录和mrtg等简单工具监控管理网络已无法满足“集中监控、集中维护、集中管理”现代化网络管理模式的需要。
为了提高网络的管理、维护能力，为业务实现和实施提供有效的管理维护手段，全面提升数据业务的服务质量，江苏联通及时提出尽快建设IP城域网网管系统。
建设目标
两级管理:省公司可以监控并管理全省所有IP网设备;各分公司可以监控并管理辖内IP网设备;
多级权限:网管系统可灵活设定多用户权限，根据权限划分实现管理目标。
集群分组:网管必须能够根据不同业务属性、不同区域实现多样的集群分组功能。
江苏联通通过IP城域网网管系统的建设，在今后具备可和集团公司统一建设的骨干IP网管系统对接能力，实现端到端的网络管理。
建设规模及内容
IP城域网网管系统主要建设内容包括:
(1)采用“分散采集、集中处理”的方式建设1套IP网管系统A1、无锡A1两台汇聚路由器。
省内包括南京、苏州、无锡、常州、镇江、南通、泰州、扬州、盐城、淮安、连云港、宿迁、徐州十三个地市IP城域网。
IP城域网分为两层，分别为IP城域骨干网和IP城域接入网。
IP城域骨干网分为核心层、汇聚层和业务接入控制层。
核心层由城域网出口路由器组成，负责提供城域网到China169 骨干网和CNCnet、第二平面的出口。汇聚层负责对业务接入控制层设备进行分片汇接。业
)与业务路由器(SR)两种业务接入控制务接入控制层由宽带接入服务器(BRAS
点组成，主要负责业务接入与控制。BRAS提供认证用户的终结，如小区LAN和ADSL用户，验证用户的合法性，也可提供专线接入互联网网关、组播网关功能，也可实现MPLS PE 功能;SR用于接入非认证用户，如银牌、铜牌专线用户，以及MPLS PE和组播网关功能。另外每个地市也部署了2台金牌SR，用于接入金牌 ，为大客户提供高品质的Internet访问服务、MPLS VPN、NGN、组播、QoS等功能，同时金牌SR也用于满足内部接入需求，如NGN的TG、SBC的接入。
IP城域接入网提供宽带用户的二层接入，针对不同的用户对象分为大客户接入平面和普通用户接入平面两部分。大客户接入平面使用以太网/SDH/MSTP/RPR等专线技术为大客户提供专线接入，提供高安全性、高可靠的QoS机制，提供线路的冗余。普通用户接入平面规模较大，需要对普通用户接入网进行分层设计，分为汇聚层和接入层。接入层用于接入用户，如楼道交换机和DSLAM。汇聚层用于汇接接入层设备(楼道交换机和DSLAM)，然后上联到提供用户三层终结的三层设备，接入网汇聚层可以减少对三层终结设备接口密度要求，减少投资，减少了对长途光纤的使用量。
江苏省内各地市IP城域网，按照城域骨干网网络结构层次的构成可以分为两种:在苏南地区的五个地市，包括南京、镇江、常州、无锡、苏州，各地市IP 城域骨干网为核心层、汇聚层、业务接入控制层三层网络结构;在苏中及苏北地区的八个地市，包括南通、泰州、扬州、盐城、淮安、连云港、宿迁、徐州，各地市IP城域骨干网为核心/汇聚层、业务接入控制层两层网络结构。
目前，江苏省IP城域骨干网正在进行扁平化改造，将苏南五地市IP城域网的三层网络结构调整为核心/汇聚层、业务接入控制层两层结构，并计划将网通China169城域网和联通165城域网进行网络融合，形成统一的城域网。扁平化改造和网络融合完成后，全省各地市IP城域网的目标网络结构如下图如下:
IP城域网目标网络结构示意图
CNCnet江苏城域骨干网网络现状
CNCnet江苏城域骨干网CNCnet网络主要承载MPLS VPN业务和重要大客户。
覆盖江苏9个地市。网络为两层结构。骨干核心层(P设备)和分公司汇接层(PE设备
)。网络设备有CISCO的6506、72XX、73XX、75XX、76XX、GSR等共27台
软件园网络基本情况
软件园目前覆盖南京、苏州、无锡、常州四个地市的8个软件园区。网络分为三层结构，为江苏省汇聚层，分公司汇聚层及OLT设备层。网络主要为思科GSR、7609共10台设备。
网管系统现状
目前China169 IP城域网，CNCnet江苏城域骨干网和软件园网络都没有建设专门的IP网管系统，对网络的管理仅通过各厂家的网元级网管工具进行，依靠远程登录和mrtg等简单工具监控管理网络，效率低下。165网现有网管系统为中太IP网管，功能较少，缺乏可扩展性。这与公司的“集中监控、集中维护、
集中管理”的维护体制改革还有很大的距离。
存在的问题
江苏联通现有IP城域网已经是一个由多厂家设备混合组网的庞大数据网络，现有的管理手段已经远远不能满足全省13个地市IP城域网的管理需要，网络管理存在很多问题，主要表现如下:
(1)分散管理，无法实现整个网络的集中管理维护、集中故障管理与性能监测;
(2)厂家网管级工具仅限于对自己设备的管理，相互独立，互不兼容，信息无法与外部系统共享，阻碍了网管系统集中化，自动化的进程;
(3)大量的楼道交换机和其他接入层设备无法实现统一的监控和维护;
4)不同的业务网络均各自管理，没有集中统一的网络层、业务层和事务(
层的管理系统;
(5)故障管理面向设备，不是面向业务和客户。客户业务管理不直观，无法共享营业系统的客户信息;
(6)无法实现基于VLAN ID的专网拓扑自动生成。由于宽带网络大量采用VLAN的方式来实现专网组网，因此拓扑生成不但需要全网拓扑，且更需要基于VLAN ID的专网拓扑自动生成，以便于实现对专线客户的实时监测;
(7)无完整的性能管理解决方案，核心业务缺少实时监测。随着网络承载质量的提高，用户必然对上层关键应用的服务质量要求越高，如HTTP/FTP/MAIL/
流媒体等应用的服务质量监控，因此迫切需要实时监测核心业务。
需要通过IP城域网网管系统的建设，解决上述网络管理中存在的问题，以满足IP城域网网络建设及业务发展的需要。
管理对象
IP城域网网管系统的管理范围包括用户接入设备、接入汇聚设备、业务接入控制层设备、核心层设备以及相关的主机设备，具体的网元管理对象如下:
(1)全省13个地市IP城域网骨干网的核心网络设备;
(2)全省13个地市IP城域网骨干网的业务接入控制层SR和BRAS设备;
(3)全省13个地市IP城域网接入网的汇聚交换机设备、DSLAM设备、楼道交换机、EPON设备、光纤收发器等;
(4)网络设备之间的互联电路;
(5)主机设备;
(6)应用系统:DNS/RADIUS/邮件等系统。
CNCnet江苏城域骨干网网管系统的管理范围包括该网络的所有P和PE设备，也应可以管理监控到CE设备和PE对接的端口。
软件园网络网管系统的管理范围包括2台GSR12416，8台CISCO7609设备。
还要求可以监控到epon相关设备。
IP城域网网管系统(包含CNCnet江苏城域骨干网网管系统和软件园网络网管系统)能够实现对20000台以上IP城域网网络设备以及其间互联电路的管理，系统硬件设备具备管理60000台以上网络设备能力。
系统建设思路
IP城域网网管系统应围绕以下几点进行:
(1)以故障和性能为核心
网管系统要以故障和性能为核心，强调对故障事件的智能化处理压缩、对网络性能的端到端分析、呈现完整的性能状况报表。不能仅将设备的原始告警信息不加分析的直接呈现给用户，对网络性能不能只根据SNMP等协议做简单的监控。
(2)面向业务、面向用户
网管系统强调面向业务、面向客户的管理，在实现集中网络故障监测、性能监测的基础上，实现对网络业务的管理。另外，网管系统必须可以高效的与BSS、OSS系统集成，例如与电子工单系统、客户管理系统。当物理网络发生故障时，自动将故障关联的用户，发送工单，以实现SLA的管理。
(3)与运维流程相结合
网管系统必须与运维流程紧密结合，实现高效管理。同时必须与电子工单、客户管理等系统紧密集成，把网络故障自动转换成故障单，以便于实现快速地将网络故障修复，提高用户满意度。
系统总体架构
系统硬件架构
从维护管理和节约投资角度考虑，IP城域网网管系统的硬件初期应采用集中建设方案，即全省统一建设IP城域网集中网管系统，网管中心设置在南京，主要的服务器、数据库和存储等核心部分集中在省中心，采集服务器可以分散部署在各地市。
远期可以随着IP城域网的网络规模不断发展壮大，再适时考虑采用分布式部署处理服务器，即部署多台处理服务器，每台处理服务器管理一个或几个地市IP城域网。
系统软件架构
IP城域网网管系统功能结构由数据采集层、数据处理层、数据应用层组成。数据采集层完成从IP城域网设备上采集设备的告警、性能及配置等原始网管数据，提交到数据处理层，数据处理层将原始网管数据进行分类、汇总、分析和统计，然后提交到数据应用层的相应功能模块，由数据应用层将数据以报表、图形方式呈现给使用者。
IP城域网网络管理系统功能结构如下图所示:
IP城域网网络管理系统功能结构
数据采集层:网管系统的第一层为数据采集层。主要完成采集数据的功能，保证数据采集的完整性;
数据处理层:网管系统的第二层为数据处理层。完成数据的计算、整理、组织和存储，同时为外部系统提供开放性端口;
数据应用层:网管系统的第三层为数据应用层。完成数据的表示和呈现，功能主要包括:报表管理、拓扑管理、资源管理、配置管理、故障管理、性能管理等。
建设方案初步设想
下面的建设方案是买方的初步设想，供卖方参考。卖方可根据自己的软件部署、设备配置在建议书中推荐自己的方案，供买方选择。
建设原则
中国联通江苏2009年IP城域网网管系统新建扩容工程是IP城域网建设中的一项重要组成部分，网管系统建设必须从全网的角度出发，坚持高起点、高要求。在建设过程中，一定要严格遵守以下建设原则:
(1)标准性
整个系统的设计应该遵循国家ITU-T、TMF、TMN等相关标准，采用的技术和产品应该是先进的，以用户的利益和投资由于网络采用不同厂商的网络、协议、操作系统及数据库，允许用户从使用单一的管理平台集中管理包含TCP,IP等多种协议的LAN、MAN和WANolaris，Windows-NT，HP-UX，IBM-AIX等。卖方应对买方提供的设备型号清单支持情况进行确认，并说明在实施过的哪些项目中已经实现。
系统安全要求
系统除应用软件应具备访问权限的鉴别和控制功能外，还应在系统、设备、网络和应用管理等多方面进行控制保证系统安全。
(1)系统安全保障:系统应提供病毒检测与清除的手段。本工程将对所有的非UNIX操作系统服务器和业务终端设置防病毒软件。
(2)设备的安全保障:本工程通过双机互备方式实现重要主机的备份;同时数据存储应采用支持RAID技术的磁盘阵列系统进行存储，确保数据安全。
(3)网络的安全保障:本工程需要采用单独的业务局域网交换机，并设置
VLAN方式来隔离本系统与连接在中心局域网下其他的业务系统，控制不同操作维护中心之间的访问，防止来自内部的非法访问、攻击和破坏。为了确保网络不受非法侵入，所有网络管理相关应用服务器均放置在防火墙内网;防火墙内外网之间设置严格的访问控制策略，只允许网管系统数据采集端口及与其他系统的接口等必要通信访问端口通过防火墙。未被允许的应用，严禁进出防火墙。
(4)应用管理的安全保障:省公司可从应用管理上采取措施保障系统安全，在系统运营过程中，建立相应规范的管理、操作制度也是保证系统安全、可靠运行所必须的。卖方应提供相关建议。
数据采集方案
由于网元设备达到万台的规模，采用分散采集的方式在设置采集，负责本地市网元的采集WEB的各种功能应用;采用双机互备工作方式，以减少单台服务器故障对系统运行的影响。
(5)接口服务器:实现网管系统与BSS、OSS等其他相关系统的接口;采用双机互备工作方式，以减少单台服务器故障对系统运行的影响。
(6)在线数据存储设备、备份数据存储设备:由于备份数据量大，如果采用磁带库等设备，恢复时间会较长，建议在线及备份数据存储设备均采用磁盘阵列。
(7)网络设备:局域网交换机、防火墙。
(8)操作维护终端:网管人员维护操作使用，按14台(省中心以及13个地市IP城域网)考虑。
局域网和广域网组织
省网管中心局域网设备包括局域网交换机、主机设备、网络设备、防火墙设备和维护终端等组成。
省网管中心局域网采用交换式以太网方式组网，数据库服务器、应用服务器、采集服务器、接口服务器均通过千兆以太网口分别与两台核心交换机连接。
考虑到省网管中心系统的重要性，在网管中心局域网入口处部署防火墙对进出网络的数据进行安全访问控制。
网管中心局域网通过防火墙连接到省公司自网，再通过省公司自网到China169骨干网江苏省内节点的互联电路，实现与各地市IP城域网内被管设备的网络互通。
网管中心局域网通过防火墙接入到BSS、OSS系统的核心交换机或接入交换机，实现与各相关系统的网络连接。
各地市配置的采集服务器和操作维护终端通过接入交换机接入到地市IP城域网，通过地市IP城域网核心路由器到China169骨干网江苏省内节点的长途中继电路，实现到省网管中心局域网的连接。
存储网络组织
网管数据库服务器、网管应用服务器双机系统分别通过FC光口与两台光纤交换机连接，磁盘阵列也通过FC光口与两台光纤交换机连接，其中系统的在线数据通过高转速的FC磁盘存储，系统的数据备份通过磁盘阵列内置的大容量、低转速的SATA磁盘实现。上述网络和设备组成了高可靠性、高性能的SAN存储局域网络，可以保证数据存储、数据备份的可靠性、高效性。
江苏联通IP城域网网管系统组织图如下图所示。
江苏联通IP城域网网管系统组织图
设备配置及报价
(3)卖方应确保其技术建议书以及所提出的软、硬件设备的完整性和可用性，保证软、硬件设备能够投入正常运行。若出现由于卖方提出的软、硬件设备不满足要求或其所提供的技术支持和服务不全面而导致系统功能无法实现或不能完全实现，由卖方负全部责任。
(4)卖方提供的硬件配置参数要完整详细，如买方按照卖方提供的相关设备配置参数的要求购买相关硬件产品，卖方必须保证系统的正常运行，如出现软
件兼容性故障和性能故障，卖方将负全部责任。
(5)卖方提供的软件是否有系统容量限制或使用许可限制，详细说明受限原因，以及后续扩容如何收费。
(6)卖方对系统硬件配置的建议将作为衡量软件系统性能指标的重要依据，请卖方提供合理的配置建议。
配置基本要求
(1)重要服务器主机配置应考虑高可靠性的需求，但不考虑配置冗余的热备主机;系统内的主要服务器建议采用UNIX服务器。
2)磁盘阵列应采用基于光纤阵列的SAN存储架构，配置双控制器;并配(
置备份设备。
配置计算要求
(1)服务器设备处理能力:根据被管网元规模、采集频率要求、功能要求、网管软件功能实现流程等，对数据库/应用服务器、采集服务器、接口服务器、WEB服务器等的处理能力进行详细计算。
(2)网络带宽计算:说明采集后的数据是在地市采集服务器上进行处理后再上传，还是直接上传原始数据，并对需要的网络带宽进行计算。
(3)存储、备份容量计算:要求脱机备份的历史数据保存1年;在线数据保存的具体要求如下:
采集的原始数据(告警、配置、性能等)保存6个月(均含当前月)。
网管系统的统计数据、日志记录应保存12个月以上。
(4)服务器主机的处理能力、存储容量及网络带宽等能力需求应在需求计算的基础上考虑30,的冗余。
(5)如果卖方在进行理论计算中引用了实测数据、经验公式和经验数据等，如告警数据包的大小、每天产生告警条数等等，请标明该经验公式和经验数据等的出处。厂家需要对计算中涉及到的各种参数给出详细定义。
厂商提供配置方案建议文档的内容要求
(1)对系统所需的所有软、硬件设备(应用软件、数据库等通用系统软件、服务器主机、存储系统设备、网络设备、备份设备等)的数量、能力配置需求(包括处理能力、存储容量、省中心网管系统与地市采集服务器间的广域网络带宽)进行详细地计算，给出计算条件、计算过程和计算结果。
(2)根据(1)的计算结果提出具体的设备配置，并说明计算结果与配置间的关系(特别是采集服务器的配置原则)，同时应给予软件的配置原则、配置说明、计算方法和依据。(其中:服务器主机应给出包括HP、IBM、SUN等所对应的设备配置，数据库软件应给出ORACLE所对应的设备配置)
(3)厂商应确保其自身软件产品对其所提出的第三方硬件设备系统(服务器主机、存储设备、数据库软件、网络设备等)的适应性。
(4)文档中应包含配置方案汇总的内容，汇总描述应全面、直观、简捷。
报价范围
本工程为系统集成工程，买方要求的系统各项功能正常运行所需要的供货、安装、布放通信线缆和电力电缆、联调等均由卖方负责。
报价范围如下:
(1) 硬件:本工程所需要的所有硬件设备，包含、必要的安装维护工具以及备件;
(2) 软件:、软件;
(3) 系统集成费;
(4) 技术支持服务费用;
(5) 培训、厂验费用;
(6) 技术文件费用报价内容和格式
(1)以人民币为单位报价，如设备包含美元价格的，需列明综合税率折算成人民币价格。
(2)卖方所报价格应为现场交货价格。
(3)报价格式要求有分项价格和汇总价格，分项价格要求每一台独立的硬件都要有单价。
(4)折扣率含义为Discount，即成交价 目录价×(1,折扣率)。折扣率在汇总表和单项表中都有体现，即单项表中应体现每一台独立设备的成交单价和总价。
(5)第三方软硬件要求年7×24小时原厂商服务(包括1年4次原厂巡检)卖方自产软硬件要求提供年技术支持服务。()主要设备不允许赠送，如要赠送，请报价1元，且在后续扩容时参照执行。
()卖方在技术规范书点对点应答、技术建议书以及设备配置和报价上，不得针对不同的建设方案，歧视性或差别性地点对点应答、配置设备或报价
报价要求请详见商务规范书部分。
系统功能要求
数据采集层的功能要求
IP城域网网管系统直接从IP城域网内各网元设备采集数据。系统应在采集层就应具备对可定制规则的事件进行过滤的能力。
数据采集的内容
配置、资源数据的采集
在配置和资源数据方面，IP城域网网管系统采集以下配置数据:
路由器的资源配置数据;
交换机的资源配置数据;
安全设备(包括硬件防火墙、安全检测服务器硬件等)的资源配置数据;
主机设备(应用系统/网管服务器、采集服务器等)的资源配置数据;
Dslam、epon、接入层交换机等可网管接入设备的资源配置数据
业务相关设备的资源配置数据。
告警数据的采集
在故障管理方面，IP城域网网管系统可以采集以下告警源:
网元告警:网元设备告警;
链路告警:网元设备之间链路的连接告警;
性能告警:当网元性能指标超出预先设定的范围时触发的性能告警;
服务质量告警:服务响应时间、业务质量告警等;
从业务系统前转来的告警;
手工录入的告警;
系统自身的告警:主机服务器、数据库、网管链路。 网管
IP城域网网管系统负责监视IP城域网内的所有告警数据, 包括SNMP、Syslog等的信息。
原始告警数据是从告警源采集的未经任何处理的原始告警信息，告警格式和内容与网元类型有关，原始告警信息将在告警处理层进行处理，采集层的原始告警数据至少要包含下表的内容:
原始告警数据表
中文名称 说明 类型 告警的序列号 产生告警消息的序列号 字符串 网元的识别名称 字符串 告警发生时间 时间
告警清除时间 时间 字符串 字符串 告警的当前状态 整数 告警标题 字符串 告警内容描述 字符串
通过监听代理的TRAP消息获取信息;
通过监听工具获取数据;
通过读取SYSLOG获取数据;
通过网络监视设备获取数据;
通过手工录入基础数据;
为特定应用、服务开发的管理代理 Agent ;
通过ODBC、文件等接口采集数据;
利用Cisco设备的SAA技术获取网络业务性能数据;
通过流量采集系统获得的数据。
根据实际情况，IP城域网网管系统也可采取其它合理的方式采集数据。
数据采集的具体要求
网管系统应保证所采集数据的完整性、准确性，应保证网管系统在采集数据时不影响被管设备的正常运行。
网管系统从网元设备采集得到的配置、告警和性能数据在数据库中保存，数据存储要适于数据处理层和数据应用层的需要。网管系统应提供对原始数据的查询操作界面。
)。 对于SNMP采集，基于标准的简单网络管理协议(SNMP
配置数据采集的要求
在系统相对稳定的情况下，网管系统能够按照操作人员预定的时间表定时的、周期性地自动采集网元配置数据，时间表中的采集开始时间和采集周期可由用户设置;
如果由于网络或者其他原因，网管系统没有正确采集到网元的配置数据，网管系统能够让维护人员在必要时手工启动配置数据采集程序进行重采或补采，并可按网元组、网元所在地点等进行分别采集，刷新配置数据;
网管系统提供报告等方式，方便地检查网元的配置数据采集情况和更新情况;
配置数据的采集应在系统较闲时进行，必要时可手工启动采集程序;
网管系统应对配置数据的完整性和正确性进行必要的校验;
网管系统应该对配置数据加上时间戳。
告警数据采集的要求
IP城域网网管系统要求实时地获得网元设备告警信息和故障信息。为保证
数据采集的完整性，告警数据采集层必须提供手工采集手段，并应具备以下主要功能:
能够自动采集告警数据，采集时间和采集周期可设置;
能够自动获取网元设备TRAP数据;
能够手工启动告警数据采集程序，保证数据采集的完整性;
可根据需要，按告警网元、告警级别、告警类别等条目或按一定地区进行配置，实现过滤采集。
性能数据采集的要求
性能数据采集应具有以下功能:
能够周期性地24小时自动采集性能数据，采集周期和采集时间可选择;
; 能够即时手工启动性能数据采集程序 分地区、分时段
数据采集出现问题时，IP城域网网管系统提供报告等方式，方便地检查网元的性能数据采集情况和更新情况;
IP城域网网管系统应保证性能数据采集的算法高效率，全网性能数据一次采集过程历时不大于15分钟。
业务数据采集的要求
能够周期性地24小时自动采集性能数据，采集周期和采集时间可选择，默认采集周期为1小时;
为了保证数据采集的完整性，网管系统应能够即时手工启动业务数据采集程序 分地区、分时段 ;
网管系统提供必要手段对业务数据正确性进行必要的校验;
采集应采用标准的通信协议，对于SNMP的多个版本都具备良好的支持;
对于目前业务涉及的所有设备都应具备采集的能力;
对于采集到的MIB信息，网管系统应提供对原始数据的查询操作界面，或采用MIB管理器(浏览器)方式。
数据处理层的功能要求
配置数据处理要求
配置数据
IP城域网网络上包括不同类型的设备，虽然绝大部分都支持基于SNMP的方式读取标准化的MIB库信息，屏蔽不同设备的特殊性，但网元设备配置数据采集到网管系统后，必须进行再处理，让数据结构规范化。规范化后的数据应屏蔽各网元设备厂家的差异性，使数据应用层能够方便的使用各种网元设备的数据。
配置数据的存储
IP城域网网管IP城域网网管系统应该具备对配置数据的审计功能，采取一定的审计策略来实现。当发现新的配置数据采集结果与网管数据库中的配置数据不同时，如网元的增加、删除、网元配置信息改变等，应立即提示维护人员进行相应检查处理。维护人员根据对配置数据变化的合法性判断，可采取相应的处理:
配置数据变化正常。维护人员确认配置数据变化正确后，修改配置数据库，产生日志记录，更新网络拓扑图等相关的上层应用程序的配置数据，使上层应用能够呈现网络的最新配置信息;
配置数据变化不正常。维护人员分析后认为配置数据变化不正常，可依据一定的程序，恢复设备原配置。
网元配置数据应该具有时间戳，记录配置数据的更新时间。
配置数据的备份
IP城域网网管应提供对配置数据的备份功能，维护人员通过此功能可将当前网络的配置信息存储下来，供其他应用所调用。
数据备份方式应包括:
全备份，月备份:每月定期对全部数据进行备份;
增量备份，周备份:每周定期对变动数据进行备份。
备份可以由网管系统按照时间表的设置自动进行或由维护人员手动启动。
备份后的配置信息应实现:
网络配置信息的历史对比;
配合性能、告警数据做网络多维分析;
突发事件后的数据恢复。
提供将备份出的配置信息还原、导入到系统的手段。导入系统的信息不影响系统现有数据，并且可以和现有数据同时使用。
告警数据处理要求
IP城域网网管系统的告警数据分为两个部分，当前告警和历史告警。系统
每分钟应能处理不低于6万条告警事件。
告警信息格式标准化
采集层采集到的原始告警数据要经过告警数据处理层的处理，处理后提供的标准化数据应包括下表的内容:
标准化的告警数据
中文名称 名称 说明 类型 告警的序列号 Alarm_id 产生告警消息的序列号 字符串 Dn 网元的识别名 字符串
Occur_time 告警发生时间 时间 Ack_time 告警确认时间 时间 Clear_time 告警清除时间 时间 整数 整数 字符串 字符串 Activestatus 告警当前状态 整数
Source_type 告警发生源 字符串 Ack_optr 确认操作员用户名
字符串 Clr_optr 清除操作员用户名 字符串 Title 告警标题 字符串 Alarm_text 告警内容 字符串
告警数据库应基于可定制规则实现告警自动关联归并和已恢复告警的自动删除能力.
对单位时间内发生的大量告警，能按维护要求和管理部门的考评要求及实际管理情况，对告警网元、告警级别、告警类别或告警标题等条目进行过滤。
告警数据过滤用于过滤掉从底层提取的告警信息中监控人员认为不重要的信息，从而减少轻微告警的干扰，以提高监控与处理的效率。
可以通过界面定义某种类型的告警为瞬断告警。应具备基于事先设定规则对瞬断告警的自动识别和处理。
对类似瞬断过多的问题可进行高效率的分析并可生成结论性新告警。
应能对告警数据过滤的开启状态进行手工设定。
经过过滤后的告警信息最后应插入当前告警数据表。对系统数据库中的告警信息要加过滤标志，标志是否经过过滤。
告警数据的过滤条件:
对象:选择过滤掉哪些对象的告警信息;
告警级别:选择过滤掉选定对象的哪一级别的告警;
告警内容:根据告警标题或内容包含的特殊字符串、关键字符串进行过滤;
过滤模式:定义派生的告警信息是否写入系统数据库;
确认模式:定义符合条件的告警信息的确认模式。
告警传递
为了保证底层对象 有可能在拓扑图或导航器中当前不可见 的告警信息也能及时地显示，监控界面对底层对象的告警应逐层传递给其父对象，即改变其父对象子告警状态及子告警次数，引起其父对象状态图标的变化，从而达到实时监控的目的。
告警传递的方式:
在网元逻辑关系树中，树的底层节点网元发生告警时，应上传到上层的一级或多级网元节点，告警传递层数应可由维护人员根据需要设置。
传递的告警信息的显示:
当父对象有子对象告警时，设置该父对象的状态为有子对象告警;
当取消子对象告警时，设置该父对象的状态为无子对象告警。
告警相关性分析及处理
网管系统应支持告警智能压缩，对于告警信息应进行分析、关联、压缩处理，告警不重复，保障告警有效性。
首先定义告警相关及处理的具体规则，对每条将要入库的告警信息按规则进行相应的告警相关性分析，然后根据分析结果进行相应处理，最终达到消除冗余告警，凸现真实告警的目的。
告警相关分为两类，一类产生新的告警，另一类不产生新的告警。
对单位时间内频次过高或历时过长的告警 门限可设 能派生新的告警报
，同时作如下相关性处理: 告 告警派生
消除重复发送的同一告警;
去除已有告警引起的其他告警;
推测出一组告警中的决定性告警，并清除其他次要告警;
对频繁发生的告警自动提高告警级别，从而保证网管中心告警信息的有效性、重要性。
需提供基于自动发现拓扑的故障根源分析(RCA)。拓扑图中应以不同颜色区分故障根源节点和故障派生节点，如某交换机故障造成该交换机下联所有设备网络连接中断，拓扑图中应以不同颜色标示发生故障的交换机及其级联设备，反映在告警列表，也应以不同的颜色区分根源和派生告警，管理员选中任意根源告警，可查询该根源告警造成的所有派生告警列表;选中任意派生告警，也可查询造成该派生告警的根源告警描述。
告警故障定位
故障定位应该和网络配置数据相结合，根据设备厂商提供的最小粒度定位，如CPU/路由模块、网络接口卡等等。
告警故障定位最基本要做到到网元级。
如果设备的告警报告包含了端口级的定位信息，要求进行端口级的故障定
位;如果卖方的告警报告不包含端口级的定位信息，则不做要求。
告警取消
告警自动取消
当从底层告警数据源采集到告警取消信息时进行告警的自动取消;
告警自动取消时，当前告警数据表删除对应记录，历史告警数据表增加对应记录;
告警自动取消时，根据相关性分析的设置，决定是否将相关的低级别告警同时自动取消;
告警自动取消时，应适时地通知由该告警产生的工作流;
若该告警仍未取消，则根据告警的确认模式决定是否自动确认。
告警手动取消
当维修人员修复故障后，提供手动取消相应告警的功能，在日志中应能记录手动取消者的身份
告警存储
故障管理系统能自动存储所有告警记录，原始告警信息在系统中至少保留6个月以上;分类后的告警信息在数据库中按照告警类别、告警级别、业务种类、网元类别保存;处理后的告警数据至少保留12个月，逾期信息能够用磁带或光盘等介质备份。
告警数据的备份和删除
系统提供界面，能够按照维护人员的要求或时间表的设置对所采集的告警数据进行备份或删除。数据备份方式应包括:
增量备份，周备份:每周定期对新加告警数据进行备份。
备份后的配置信息应实现:
网络告警信息的历史对比;
用历史告警信息对网络性能作多维分析。
性能数据处理要求
性能数据
IP城域网网络上包括不同类型、不同厂家的设备，虽然绝大部分都支持基于SNMP的方式读取标准化的MIB库信息，但是为了屏蔽不同设备的特殊性，IP城域网网元设备性能数据采集到网管系统后，必须进行再处理，让数据结构规范化，使数据应用层能够方便的使用各种网元设备的数据。
性能告警数据
性能指标反映了网络的运行状况，是判别网络运行是否正常的关键数据。性能指标超出预先设定的范围时，系统触发的告警称为性能告警。
系统应能提供方便设定/查询/修改/删除性能门限值的工具，一旦性能数据超过预先设置的性能门限时，应能自动产生超门限告警，网管系统能以图形或列表的形式显示在界面上，供维护人员了解网络运行的性能质量，预测潜在的网络故障。系统应提供基于基线的性能报警设定。
系统也应能设置性能数据的取样时间间隔，还能提供对性能告警信息的显示、查询和统计分析功能。
网管系统应优先处理性能指标相关数据，使其及时反映网络运行状况。对于关键性能指标，从性能指标数据的采集完成到呈现的时间间隔不大于1分钟。
性能数据的存储
性能处理数据采用三维和多粒度方式存储。
时间维 按粒度由小至大为:小时，日，周，月，年。
地域维 按粒度由小至大为:县区，市。
类别维 它的粒度可以对应于网元的类别，如:路由器，交换机。也可以在某一网元内再具体分类，如路由器型号等。
对应于每一类性能数据，每一维都规定了最小粒度，网管系统必须存储最小粒度的数据;此外，网管系统还应根据维护人员的需要，兼顾效率，提供较大粒
度上的汇总。
对采集到的原始测量信息分类入库至少保留二周。性能处理层数据可以由管理人员根据时间粒度、业务种类决定存储的时间。分类处理后的系统性能数据在数据库中至少保留半年以上。
性能数据的备份、删除和恢复
网管系统应该能够对性能数据进行备份、删除和恢复。系统提供界面，能够按照维护人员的要求或时间表的设置对所采集的性能数据进行归档、删除和恢复。
数据备份方式应包括:
全备份:对全部性能数据进行备份;
增量备份:对更新的性能数据进行备份。
业务管理数据处理要求
业务管理数据采集后也应进行数据归一化处理，同时应进行数据的存储、备份和删除和恢复工作。
数据应用层的功能要求
网管系统采集到被管网元的数据，并经过数据处理层将数据标准化后，最终将数据通过报表或图形的方式呈现给用户。
按照相关规范，网管系统数据应用层的功能要求分成三个部分，公共专题部分和功能专题部分以及业务专题部分。
公共专题部分
公共专题部分既是网管系统平台建设在应用层的具体体现，同时也是对软件开发商开发网管系统在系统应用层功能上的基本要求。一方面，它是网管系统建设中应用层功能需求的公共部分;另一方面，这部分内容本身也是作为公共工具为网管系统的各项专题所使用。具体内容包括以下几个方面:
报表系统功能
报表系统是网管系统最常用到的网管信息呈现方式，报表系统应具有报表生成的灵活性和报表呈现的多样性，以适应不断变化的报表需求。
网管系统能提供必要的图形化显示功能和自动完成标准化报表功能，还能按特殊需要提供生成各种表格、曲线等的工具和方法。系统能提供Excel格式和文本格式、6>HTML、XML等格式输出报表，还能提供预览、打印、存储和删除功能模块。
网管系统报表通过报表模板的方式实现，根据预定的报表模板，设置相关的条件，生成HTML或Excel格式的报表。报表只作为呈现数据使用，可以不具有交互性。
IP城域网网管报表系统应能提供江苏联通要求的标准报表和自定义报表。
报表系统应具有以下几个基本功能:
报表模板的自定义功能;
报表模板的管理功能;
报表的自动生成功能。
拓扑管理功能
网络拓扑浏览器能够分层显示省内各IP城域网网络拓扑结构。网络监视基于网络拓扑图进行，在性能、告警、配置等方面动态反映网络的变化。拓扑图与树状图可以相互引导。从图标和树形图分支上可以看到相应设备详细配置信息，并在相应部件上可获得较完整的配置信息,包括基本数据与汇总数据。网络拓扑浏览器是网管系统的基础应用程序和主要工具，应具备浏览、监视和编辑的功能，同时也应具备网络拓扑动态发现的功能。 网络拓扑的呈现速度应小于10秒。
拓扑图呈现网元的范围
在IP城域网网管系统中，拓扑图呈现的网元包括路由器、交换机、宽带接入服务器、DSLAM、EPON、主机服务器等。在拓扑图中要用不同的图标来区分不同的网元类型。
在IP城域网网管系统中，拓扑图还要呈现网元之间的链路连接，要采用不同的显示方式来区别链路的类型和带宽。例如可以采用颜色来区分不同的链路类型，采用粗细来区分不同的链路带宽。
拓扑图的分类
拓扑图的分类依据维护人员的浏览、监视需要，考虑到不同的视角，不同的侧重层次。视图种类包括:业务视图、地理视图、层次视图/用户视图等。
网络拓扑浏览
网络拓扑浏览应具有以下功能:
依据网元树图的拓扑图导航功能;
显示已经编辑好的网络拓扑图;
可以根据需要切换到不同的网络视图;
可在当前视图和其它视图中，查找指定的网元;
可以根据需要选择是否显示或隐藏某些类型的网元 网元显示过滤 ;
可通过拓扑图查看节点对象配置属性;
拓扑图应能够正确反映网元及其网元间的连接关系;
通过拓扑节点可以查看网元相关的故障、性能信息;
任选拓扑图中的某一节点，可以启动该节点相关的告警详情和告警历史信息的查询统计的入口，并可启动相关的仿真终端程序;
拓扑图可以输出成图形文件并发布到公用信息系统中;
拓扑图中的节点和连线应该用易于区别的图标显示，且能够显示该图标是否有子图，拓扑图中应能显示图标自身属性;
支持对VLAN的发现和显示，能够实现基于VLAN ID的专网拓扑自动生成;
拓扑图中的元素应支持鼠标的右键操作，提供右键菜单。
网络拓扑自动发现
网络拓扑自动发现应具有以下功能:
能够进行有条件的拓扑结构自动发现，并且这个条件可以是组合起来的多个条件;
自动发现设备节点与节点之间的二层连接关系;
对网络设备二层接口、VLAN、VPN、已安装尚但未启用接口的发现;
拓扑发现的条件包括:特定网段条件，路由器的跳数条件，网元类型条件等;
系统能根据用户配置的发现范围及发现条件，自动检测到网络中的设备信息，并自动计算网络拓扑连接结构，拓扑发现要利用路由信息加快发现速度;
对于发现的结果能够按照子网的方式提供;
支持对动态路由拓扑的发现和展现，支持OSPF、BGP、HSRP、VTP、CDP、MPLS VPN等域图发现和展现;
自动发现指定范围内所有设备生产厂商、型号、软硬件版本、运行状态、板卡、插槽、背板引擎、端口类型带宽与运行状态、VLAN、IP、序列号、邻居设备与端口等信息。根据分析结果，应自动采用相应MIB对该设备进行查询;
当发现网络配置有变化时，应提醒网络管理人员。 在得到网管人员确认后，才使变化后的配置数据生效;
能够发现路由器、交换机端口所在子网的主机分布情况;
对于已经发现的某一个或某几个子网能够进行再次发现(刷新功能);
拓扑发现的结果能够保存下来。
拓扑图网络监视
拓扑图系统在结合网络的性能数据和告警数据后，可以用于监视网络的设备运行状态和运行状况，反映网络设备配置的变更情况，及时呈现网元的告警信息和性能数据，为网管人员提供直观的对网络的观察和处理手段。
拓朴图监视能够在拓扑图上实时反映网元告警类别与告警级别，告警要以可视、可闻的形式如声音、拓扑图颜色变化等提醒维护人员。告警的呈现，应能表示本网元告警、底层对象传递的告警。告警信息未确认则相应的网元图标一直闪
烁。告警显示信息还应包括告警唯一性标示、告警重复发生次数、告警处理时间戳(如告警确认、管理员对告警级别进行调整等)、告警处理日志等。
可根据告警的级别以不同的颜色在拓扑图上对各种级别的告警进行显示，系统提供对不同告警的显示颜色进行设置的功能，告警级别与颜色的对应关系见下表:
告警级别与颜色对应表
告警级别 描述 颜色 紧急告警 指通信阻断的告警 红色
主要告警 指影响业务的告警 橙色 次要告警 指不影响现有业务
警告告警 向维护人员提示的信息 蓝色 不确定告的告警 黄色
警 青色 告警清除 白色 拓扑图系统应能够动态反映网络中网元设备的增删情况，网元配置信息的改变也应能通过某种方式在拓扑图应用中通知维护人员。网元的详细配置信息可以通过拓扑浏览功能取得并对工程数据进行修改。
在拓扑图上通过颜色的变化，可以实现对网络性能进行监视的功能，拓扑图监视器能够用醒目的颜色反映网络的某种性能指标状态，使网络中各节点的性能情况一目了然。提供各类性能告警门限默认值，具有灵活的性能告警门限重定义功能。当网络资源(如网元、链路等)出现性能越限告警时，拓扑图中将显示此越限告警，系统提供对不同级别性能越限告警的显示颜色进行设置的功能。
拓扑图编辑
系统向维护人员提供添加、删除和修改网元设备及连线的手段;
维护人员可以通过拓扑图编辑器自动生成部分拓扑图，并提供手工编辑拓扑图的能力。根据采集到的配置信息动态显示网元的增加、删除和参数修改，更新信息可由操作人员选择必须确认或不必确认方式;向维护人员提供修改配置信息(手工输入的信息)的手段，相关性能、故障等数据与当前配置数据需保持一致;可以根据需要设置背景地图，摆放网元。在拓扑图中增加网元后，应能根据配置
信息自动生成该网元与其他网元的之间连线。并且能够根据用户的需要定义逻辑上的域，域是具有相关性的网元的集合。对域可以进行增加，删除，修改和查询操作。编辑的结果能够保存下来。
网络树图管理功能
网络树图可以按照维护人员关心的主要脉络用树形结构呈现全部或部分网元，为维护人员在各个层次、业务偏重的网络应用中提供快捷有序的网元组织/呈现。
网络树图种类
网络树图管理应至少提供以下三种结构的树图。
地理树图
以地理分布作为索引建立被管网元树。该网元树体现网元的分布和关联情况。维护人员可以修改网元的地理位置及其他基本信息，经过树图刷新，该网元及其以下所有网元均自动变更至新的地理位置下。当选择地理树中的某一节点时，可得到相应子树的配置汇总信息。
地理树图和网络拓扑图能导航。
网元树图
以网元的类型和关系作为索引建立被管网元树。该网元树体现全网的网元分布和关联情况。网元树图基本上可分为两种:以网元的类型为索引和以设备厂商为索引。
维护人员可以修改网元的基本信息，经过树图刷新，该网元及其以下所有网元均自动变更至新的子树下。当选择网元树中的某一节点时，可得到相应子树的配置汇总信息。
网元树图和网络拓扑图能导航。
业务树图
以业务类型作为索引建立被管网元树。该网元树体现业务网元的分布和关联
情况。维护人员可以修改网元的业务类型及其他基本信息，经过树图刷新，该网元及其以下所有网元均自动变更至新的业务树下。当选择业务树中的某一节点时，可得到相应子树的配置汇总信息。
网络树图功能
网络树图系统应提供以下的功能:
能够打开/关闭某一节点的下一层节点;
能够打开/关闭树图的全部节点;
任选树中的某一节点，可以得到该节点的当前告警简报，显示该网元告警的统计信息及级别最高、时间最近的十条活动告警;
任选树中的某一节点，可以得到该节点的基本配置信息，当信息较多时可以使用预定的分组分页显示;
任选树中的某一节点，可以启动该节点相关的告警详情和告警历史信息的查询统计的入口，并可启动相关的仿真终端程序;
树中的元素应支持鼠标的右键操作，提供右键菜单。
以上操作的呈现响应速度应小于1秒。
故障管理功能
故障管理功能的目的是使操作维护人员能及时了解设备和网络出现的异常运行状态，帮助操作人员确定故障原因和故障位置，以便及时纠正问题，保证设备和网络的正常运行。该功能通过实时采集网元输出的各类告警报告，经过数据适配、过滤、分拣和存储，用图形、列表、颜色和声音向操作人员提示有关告警信息和告警统计信息。
网管系统应提供一套完整的告警监视/处理功能，网管维护人员可以监视并处理各级网元的各级告警。网管系统应以统一界面接收和监控所有IP城域网网设备的告警。
告警监视
网管系统应能够提供列表形式的告警监视器，操作人员可以在视图上监视到网元的实时告警，对相关告警网元进行告警确认、清除等操作，或启动相关网元的告警历史信息查询浏览功能。
声音报警要求:根据告警级别和告警类别的不同组合设置告警音。监控人员可自定义每种报警声音的声音类型、开关状态, 同时需要系统提供修改维护界面。
告警显示要求:告警监视器应能显示所有活动告警和已确认但未清除的告警;每条告警通过告警条目的颜色
标识
采样口标识规范化 下载危险废物标识 下载医疗器械外包装标识图下载科目一标识图大全免费下载产品包装标识下载
相应的告警级别。属于不同类型、确认情
子窗口 ，并同时况、活跃情况的告警，应该归类到同一告警窗口的不同的栏目
显示出来。
具体显示方式有告警监视总图、告警面板和各种告警列表，各种显示方式支持同时显示。
(1)告警监视总图
在以地图为背景的全局监视图中，显示全网所有节点的位置，不同类型的节点以不同的图符表示，并可以按某种原则(局类型、区域)分组显示。
1)可显示多种告警源:设备告警、性能告警、网管系统自身告警，从各节点可方便浏览到该节点目前各级别告警的统计信息，并可切换到设备告警列表，同时设备告警列表自动以该节点作为过滤条件以进一步查询该局点当前所有设备告警。
2)各节点提供一个告警灯指示当前设备告警。总图设置二个告警灯分别指示全网的性能告警和网管系统自身告警，各告警灯反映最高等级告警。
3)系统收到告警发出相应级别的告警音，同时用相应告警级别的颜色进行直观的闪烁指示，并可弹出窗口显示该告警的详细原始信息，是否弹出窗口可由操作员自由设置。
4)活动告警得到确认后停止声光指示，并转变为休眠告警。
5)系统能处理同时来告警的情况。
6)应提供声音/闪烁开关控制功能。
7)操作员可以方便的编辑告警监视总图，如鼠标拖动等方式，编辑功能提供权限限制。
(2)告警面板
为使告警监视总图更加直观，可设定告警面板，可为软件模拟形式，当接收到不同的告警信息时，告警板立即出现不同的声光警示。提醒维护人员注意。
告警板的功能要求如下:
1)告警板上应显示的信息包括:网元名称、告警级别、发生时间和告警类型。另外还应配置一个告警板自身的时钟显示屏，方便时间同步的调整。
2)当网元告警没有清除时，告警板应反复用声光提示，可通过告警级别、局向显示。
3)告警板上的告警采用滚动显示，最新的告警总是显示在最上面，已清除的告警不显示。告警板上告警信息的显示数目可以根据实际情况定义。
4)当告警板上出现新的告警时，系统自动产生告警音，对不同告警级别使用不同颜色表示告警信息。
5)可通过条件设置选择该告警板显示的网元范围，如全网，多点，单点等。
6)可以同时支持多个告警面板的显示。可逐层显示告警的简要信息，详细信息。
(3)设备告警列表
设备告警列表显示的信息包括:网元名称、告警类型、告警级别和发生时间、告警确认人、告警确认时间。告警显示数目可以根据实际情况定义。
)可以按照网元类型、局点、告警类型和告警级别等过滤显示。 1
2)可用鼠标点击告警以显示详细原始信息。
3)告警列表上实时反映最新的告警，并按告警发生时间顺序滚动显示。
4)当收到新的告警时，系统自动产生对应级别的告警音。
5)活动告警得到确认后或者接收到对应告警的消除报告后应停止声音指示。
6)应提供声音开关控制功能。
7)应能以颜色的不同直观的体现各告警的级别。
8)可显示各类型、各级别所有活动告警的统计信息。
9)对引起超历时告警的告警应有特殊标记。
10)对派生告警应有特殊标记以提醒操作员。
告警显示过滤
维护人员可以对每个告警监视窗口设置告警显示过滤条件，只有满足条件的告警才报告到告警监视窗口。告警显示条件可根据告警的级别、类别、告警的网元、地域等条件以及他们的组合来设定，并加以保存。对无需呈现的告警不显示。应可以定义设备维护期的起止时间，由于设备维护造成的事件告警，应自动屏蔽相应的声音告警派单等。
维护人员可以定制显示过滤条件，和其他操作维护人员共享。
梯度告警
网管系统应能够提供梯度告警的功能。也就是两个时间点的数据差值如果超过了门限，则应该上报告警。这种告警不同于性能数据的超门限告警，性能数据的超门限告警只是对一个时间点上的性能数据设定了门限，而梯度告警则是对两个时间点的性能数据的差值设定了门限。梯度告警能够迅速发现性能数据的异常变化。
梯度告警所监控的对象可以包括:
设备(板卡)CPU负荷;
内存利用率;
链路性能(带宽利用率、时延);
带宽利用率;
各种业务的业务量;
自定义(根据性能参数组合定义)。
告警前转
网管系统应提供告警前转功能，将告警信息以各种手段 手机短信、EMAIL等 转至高级维护人员。
告警前转方式:
―自动前转:根据事先的设定，将告警信息自动前转其它网管系统或相关人员;
―手工前转:由监控人员把告警手工前转其它系统或相关人员;
告警前转条件设定:
告警前转的设置条件为:告警级别、告警类型、网元类型、告警设备所在地区、需要通知的相关系统和人员、需要通知的相关系统和人员的各种手段信息等;
告警自动前转条件的维护要求:
管理员可以存储设定的告警前转条件，并可以对告警前转列表进行增、删、改、查等操作。
告警确认和告警升级
收到告警提示后，系统提供友好的界面供维护人员进行告警确认，输入确认信息。
告警升级:告警在规定时限内未处理，可根据设定升级到设定的级别，并可以设定将告警升级信息转发到相关人员。
告警处理信息知识库
应该逐步建立和完善故障处理的知识库，记载对不同告警情况的不同处理手段，以供查询、共享排障经验，供维护人员作处理告警的参考。要求与告警实时界面相关联。
信息查询与统计功能
网管系统应提供灵活、强大的信息查询与统计功能，维护人员可以通过该工具查询统计到系统配置数据、告警数据、性能数据等各方面的信息。信息挖掘分析是对查询统计功能的进一步要求。
信息查询统计功能
网管系统应能够对信息进行灵活的查询和统计，将结果以图形方式〈直方图、曲线图、饼图等〉和表格方式显示，并可将显示结果打印或转存为html或Excel报表方式输出。
信息查询统计系统应能够对信息的单项内容条目设置查询条件，也能够对主要的条目进行组合过滤查询，在维护人员设置如时间、日期等查询条件时，应能提供对输入内容的合法性检查功能。
对于查询统计结果，应能提供对各个字段的排序显示功能。
查询统计得到的信息要完整，有时间、范围等提示信息。
网管系统要提供基于Web的信息查询统计功能。
信息挖掘分析功能
信息挖掘分析功能是在查询和统计的基础上，对信息进行的更深层次分析。
能从多种角度多种维度对数据进行分析;
能提供实时分析、历史分析等分析手段;
能对比查询统计的结果，分析数据的发展趋势;
能将结果以图形方式〈直方图、曲线图、饼图等〉或报表方式显示、打印或转存为html或Excel报表方式输出。
配置信息录入/检查系统功能
在网管系统管理的网元设备的配置信息中，有很多数据字段需要维护人员手工填写，完整的配置信息才能为上层应用提供完整的数据支持。网管系统需要提供这些需维护人员手工填写字段的录入和并能提供合理性检查手段。
配置信息的录入功能
提供用户界面，能够方便地录入网元各类数据的部分或者全部字段 手工输入的信息 。对网管中心已有的以文本或Excel格式存放的大量网元的数据信息，能够提供工具，批量录入网管系统。
配置信息的修改功能
网管系统应提供对需维护人员手工填写的配置信息的修改功能，维护人员可以对单个网元或以列表方式呈现的成组网元修改其配置信息。
配置信息的检查功能
能够自动检查哪些网元的配置数据信息没有填写完整或者在逻辑上有误 比如同类网元的中文名称相同 ，提示维护人员修改或者重新填写。
配置日志的管理功能
提供对网元设备配置日志的收集、存储功能，维护人员可以根据网元设备的操作日志信息，了解设备配置情况以及配置变动的全部历史。
信息发布系统功能
通过信息发布系统，网管系统可以把各种公用信息，如生成好的图表，数据查询的结果，拓扑图等信息手动或自动发布到Web上，使相关部门可以通过浏览器查看相关的静态数据和各种报表，共享网管信息。
信息发布内容
需要发布的网管信息包括:
节点业务分析的报表;
节点协议分析的报表;
节点间流量流向分析报表;
拓扑图系统生成的各种拓扑图和专题图;
信息查询统计系统得到的查询结果;
故障查询统计报表;
各种业务统计报表。
发布信息的查询/管理功能
网管系统应提供对发布信息进行管理的WEB界面，使管理员可以通过WEB浏览器获取并管理这些信息;
管理员可以增加、删除、修改单条、多条或某时间范围内的全部信息;
所发布的信息根据信息内容分组，使用人员可以查询不同组的信息内容;
对发布的信息提供信息导航功能，使用人员可以直接查到组内的前一条、后一条、第一条或最后一条信息。
功能专题部分
功能专题部分是对公共专题各个部分的具体化，包括以下几个方面:
―资源管理
―性能管理
―大客户管理
―配置数据管理
―实用工具
―安全管理
资源管理
资源管理主要反映出IP城域网中的各种设备的资源配备和重要参数的设置情况，能方便地了解各关键资源的配备和使用情况，统计全网资源，以便加强管理，发挥IP城域网网络资源的最大效益。
资源管理的对象包括:网络设备和服务器。
(1)网络设备管理
系统需提供对多厂商网络设备管理功能，至少包括CISCO、华为、JUNIPER、中兴、UT斯达康、港湾、贝尔、爱立信等。江苏联通城域网所涉及的设备清单见附件，请卖方对支持情况进行确认，并提供相应的应用案例。
系统能够管理的网络设备包括:交换机、路由器、宽带接入服务器、DSLAM、
EPON设备、防火墙、光纤收发器、WLAN无线接入等设备。系统具有分类统计分析功能。
系统能定期自动或手动发现网络设备的各类详细配置信息，如槽位、板卡、端口、IP地址、操作系统版本、域名等，并提供自动或手动确认发现信息的功能。
系统能通过BSS系统中的业务开通系统取得接入设备端口与用户帐号的对应关系，并提供手工输入对应信息的功能。
系统能够定时监视CPU、内存和电源情况，最小时间粒度建议5分钟。
系统需提供查询设备各类详细配置信息的功能，如槽位、板卡、端口、IP地址、操作系统版本、域名等，并具有分类统计的功能。
手动备份、自动/手动下发、手动检索和系统需实现对设备配置文件的自动/
比较以及自动/手动清理功能，并能够提供基于配置文件的自动/手动批量配置方式。
系统需实现对设备配置文件的批量备份和恢复功能，并能对设备软件映像的批量升级功能，该功能能够周期性或者手工触发执行。
系统提供登录界面，并记录操作行为，系统需实现记录不同帐号的操作记录。
系统需支持各设备版本的集中管理,并支持自动/手动的下发。
系统需要提供特殊采集指标配置功能。
系统需要提供网管系统设备到网络设备的可达性测试功能。
系统能够提供设备的详细配置变更记录。
系统应支持SSH、SNMP V3等安全的管理协议。
系统管理设备有固定资产标签管理属性(包括放置地点，项目信息等)。
(2)服务器管理
系统需提供对各类UNIX(HP UX，SUN Solaris，IBM AIX，各类LINUX等)服务器和Windows(2003，2000，XP等)服务器的管理功能。
对服务器管理时，需描述实现方式，例如是否需要安装AGENT等。
系统可以据所选定的设备和参数进行分类查询。
系统能通过虚拟终端实现主机配置功能，并具有记录功能。
系统能定期自动发现服务器的各类详细配置信息，如CPU、内存、磁盘、端口、域名等，并提供自动或手动确认发现信息的功能。
系统需提供查询服务器各类详细配置信息的功能，如CPU、内存、磁盘、端口、域名等。
系统能够定期监控各关键进程的运行状态和系统资源占用情况,关键进程可由用户指定。
系统需要提供主机的连通性测试功能。
性能管理
性能管理对象主要涉及城域网的网络设备、链路以及为各种业务应用。各类网络设备的原始性能数据采集主要通过SNMP完成，关键链路、各种业务应用服务性能数据的采集基于SAA模拟拨测技术完成。
网络设备性能指标采集
网络设备均支持SNMP协议，通过SNMP获取网络设备的性能指标和状态数据，包括:设备或板卡的CPU利用情况、各种内存利用情况、端口利用率等，以及环境指标(包括温度、电压、负荷等)。
关键链路性能指标采集
通过部署SAA代理设备，利用Cisco设备的SAA特性，实现对城域网任意节点设备之间链路的可用性测试，获取诸如RTT延迟、Jitter延迟抖动、丢包率和连通率等指标，并提交后台应用系统集中加工处理，从而实现对现有关键链路性能指标的管理。
业务应用服务数据采集
对于业务应用服务数据的采集，可以通过两种方式实现:
1)利用CISCO设备SAA协议进行模拟拨测，获取服务的响应时间及其它各种相应的性能数据。可利用SAA协议拨测的业务应用包括:HTTP、FTP、DNS等应用。
2)利用业务应用拨测模块，通过仿真Smtp、Pop3、Radius、Modem拨号等网络服务的用户请求，以取得服务的响应时间及其它各种相应的性能数据。
性能管理主要实现以下的功能。
(1)实时性能监视
通过对性能报告中各个参数的实时监视，实现对全网的实时性能管理。允许各参数设置各种监视门限，操作员可以选定某局进行监视，观察各类性能数据的实时变化趋势。并能提供地图和列表两种监视方式。
1)异常监视的参数可以由操作员自由选择。
2)操作员可以为不同局所自由设置各自独立的门限值。
3)性能告警可以分级别处理，可由操作员自由设置各参数的各级别的门限值。
4)当有性能异常告警产生时，向操作人员提供可闻、可视提示。
5)显示出现异常的当前各项性能数据和指标，并可以以表格方式打印出。
6)对重大性能异常告警提供与网元告警相同的故障工单处理。
(2)性能查询及报表
性能查询的范围包括原始数据、入库数据、汇总数据等。三种数据都应能按区域、局点(单个或多个)、路由、时间、业务类型等参数灵活查询并可打印输出。
性能查询应能层层深入，可以按区域、局点、业务类型、电路群属性、路由属性、大客户等分类查询。性能查询应能对任意时间的数据进行平均和汇总查询。为适应不同要求，可以进行排序、比较和条件查询，查询结果可灵活地以表格和图形方式显示。
查询时间可以是连续时间或离散时间(多个连续时间段)。
另外，还提供对非周期性的性能数据(大客户性能数据、用户小交换机性能数据、处理机占用率和公用设备)的查询统计功能。
系统提供IP城域网所需的各种格式的性能报表
(3)性能统计和分析
系统应提供对网络总体性能状态的监测，可以方便的查看各项网络资源占用的总体情况。
对于网元和网络性能的变化，系统可以在网络拓扑图上进行总体显示，通过不同的颜色，区分出不同的性能情况。
对于不同类型的设备，系统可以选择所关心的性能指标，监控性能数据可按选定指标进行TOP N排名，性能指标如果达到告警门限，会有明显的指示。
性能统计和分析的功能提供对不同话务类型、不同时间、不同局、不同业务参数、网管参数的横向和纵向比较，提供单点、多点、全网分析，数据的比较分析结果以表格和图形方式灵活转换。
分析内容包括:
1)区域间性能数据对比观察。
2)区域间性能矩阵分析。
3)单个网元纵向时间比较分析。
4)单点对多点的的辐射状、逆辐射状比较分析。
5)网元间的比较分析。
6)业务对比分析(单点、多点、全网)。
7)性能异常分析。
8)网元间性能矩阵分析。
9)对各性能、故障统计项目的趋势分析，如对系统负荷、设备故障率、端口故障率、故障历时等作趋势分析。
10)性能统计项目的关联分析，挖掘不同性能指标的深层关联性。
11)网络性能的预测分析，根据相关统计及分析信息，对网络的性能作预测，提供用户所需的预测曲线，如可能为线性曲线、指数曲线、对数曲线，二次曲线等。
(4)设备性能监视
系统能够对系统关键设备(路由器、交换机、接入服务器、服务器)的性能指标进行监视，包括CPU占用率、内存占用率、硬盘空间使用率等，提供系统资源利用与性能变化的各种统计分析报表。
系统能监视网管服务器的应用进程状态，并提供各种统计分析报表。
系统应具备系统自维护能力。如所有监控代理运行状态的集中自监控，故障自动修复等。
网管系统自身的关键性能指标可以进行阀值定义，当系统自身在运行过程中性能指标超出阀值时，应该能产生对网管系统自身的性能告警。
(5)端到端路径性能监测与分析
系统应提供对网络中端到端性能的实时监测和历史查询功能，对应骨干端点之间能以矩阵形式展现两两之间的性能数据，性能矩阵中包括的节点可灵活定制。
用户能够在自己权限范围内选择设备，创建到任意IP地址的随机测试路径，进行监测，查看所关心的实时性能指标和历史数据，超出告警阀值的指标应及时用不同颜色进行标识。
根据用户需要，提供多种统计条件，定时生成统计报表。
用户能够方便地查询到和端点相关联的设备的信息，如配置信息、历史性能数据、历史告警情况等。
(6)业务应用性能监测
1)系统应具备对DNS、Radius、TACACS+、等关键应用进行性能实时监测和
历史查询的功能。
2)用户能够在自己权限范围内选择所关心的业务进行监测，查看所关心的性能指标，超出告警阀值的指标应及时用不同颜色进行标识。
3)用户能够在自己权限范围内选择所关心业务，查看所关心的性能指标的历史数据。
4)根据用户需要，提供多种统计条件，定时生成统计报表。
5)用户能够方便地查询到业务关联的设备的其他信息，如性能信息、配置信息、历史性能数据、历史告警情况等。
6)业务应用性能的监测功能不能对应用系统造成过大的压力。
大客户管理
大客户管理包括了对专线业务等方式提供服务的大客户的管理。针对大客户管理提供的功能如下所示:
(1)大客户相关资源管理
系统通过自动采集和文件批量导入、界面手工录入相结合等方式来获取和管理网络中的与大客户相关的资源。
(2)设备性能、告警管理
网管系统应将大客户的相关设备纳入管理范围，提供与其他网内设备一样的性能管理和告警管理以及安全管理。
(3)大客户拓扑管理
以图形化的方式定义大客户业务视图，包括业务所包含的资源对象以及对象间的层次关系。并能够从故障管理模块和性能管理模块实时获取资源对象的故障数据和性能数据，及时准确的反映网络/应用的故障对实际业务和服务的影响。
(4)大客户服务质量管理
对于大客户关注的指标如:带宽、时延、丢包率、抖动、峰值带宽利用率、链路可用率、端口利用率等提供统计报表。并在这基础上实现对给大客户提供的
服务质量进行分析，可以依据的指标包括网络时延，可用性，丢报率，抖动等性能指标。
(5)大客户信息发布
网管系统应为大客户提供专门的帐户和访问页面。大客户利用WEB终端(公网可访问)登录系统后，能方便的查看网管系统所提供的数据，包括:
1)设备运行报告。
2)服务质量报表。
3)告警统计数据。
)业务统计报表。 4
除此之外，大客户还可以利用系统做一些用户化定制工作，如界面的风格、告警定制、修改用户数据等。
网管的信息发布子系统应根据用户的业务范围、权限以及定制要求，定期自动发布这些数据，方便用户了解自己业务的运行状态。
配置数据管理
要求保证配置数据过程的安全性，功能涉及制度、数据备份、认证三个方面，从运维体制上制定严格的网络管理制度，如定期的备份制度，数据更新审批制度。
具体要求如下:
在设备完成配置后，实施全备份。任何对配置的修改之前，都需要对配置数据作备份。
提供备份比较的工具，能够指出哪些内容作了改变，备份文件依照简单易懂的命名规则来保存，容易进行历史数据的检索。
提供集中的认证机制，任何对设备的修改和操作都要经过认证服务器，并且提供日志管理功能。
提供配置数据数据验证和审计，实现对运行配置文件、设备上存储的配置数据和备份配置数据的验证和审计。
实用工具
实用工具指业务生产过程中经常使用的简单测试工具。
本工程要求的使用工具包括:
增强PING功能
要求能按照事先设定的一组IP地址，实现从网管终端到相应IP网络设备的连通性测试，根据需要可以统计分组响应延迟、丢包率，并按照图形或表格方式显示。
IP Browser功能
给定一个IP地址段，要求对其中的每一个IP地址进行测试，列出哪些IP地址当前处于活动状态。对于当前活动的IP，能够测试出设备类型、设备接口状态等基本信息。
a.链路时延响应实时监测功能
对一条给定的链路，能够实时主动测试出链路上的响应时延，根据需要可以统计响应时延及其丢包状况，能够按照图形或者表格形式呈现结果。
b.接口带宽实时监测功能
能够对给定的一台设备，对其中的一个或多个接口，实时采集带宽使用情况，根据需要能够统计出带宽的利用率等性能指标，并且能够通过图形或者表格形式进行呈现。
Telnet
提供给用户在统一的网管界面下使用Telnet，远程登录设备进行操作维护的手段，要求对所有的操作形成记录并存储。
增强TraceRoute:
模仿用户行为，主动探测两个网络设备之间的可达性和详细的路由过程。系统可以根据设定的起始时间和周期进行自动探测，也可以由维护人员实时手动启动探测。可以以图形方式动态呈现路由测量结果，能够提供每日的路由测量数据
报表。
MIB浏览器
MIB浏览器的管理对象: MIB浏览器主要是把公有的MIB文件和厂家私有的MIB文件作为信息源，将整个IP城域网网管系统的管理信息模型呈现在网管人员面前。
MIB浏览器的功能:能够动态的加载和卸载MIB文件，对MIB文件的语法、完整性应加以校验。加载MIB文件就是在MIB树中插入相关的子树，卸载MIB文件就是在MIB树中删除相关的子树。能够以层次树状方式来显示MIB的结构。并且MIB树的节点对象与节点对象的描述信息之间可以导航。在加载多个MIB文件时，可以对重复的MIB子树进行合并。在MIB浏览器中，能够提供SNMP的接口。例如可以取某个IP地址的某个MIB对象的值，如果是表格MIB对象，则取回的对象实例值也要用表格方式来显示。能够根据OID或对象名来查询管理对象的信息。
安全管理
安全管理包括系统用户管理、用户组管理、用户权限分配、用户行为检测和系统日志管理等功能，除此之外，建议通过IP列表进行访问控制来提升系统的安全等级，若当前登录的IP在允许的IP列表范围之内，则允许用户正常登录并使用系统，否则提示用户权限被拒绝、不能使用网管系统。
业务专题部分
业务专题部分是对目前各种业务进行管理，可以对各种业务进行全网统计，也可以按照地区、按照单个设备、按用户统计等。
业务开通
IP城域网网管应提供服务开通功能。系统应实现ADSL/LAN/专线用户等IP业务网络自动开通(开放、变更、关闭等)、端口自动激活功能。
业务流程及与相关系统的接口
IP城域网网管系统在OSS中定位为专业网络管理系统。
IP城域网网管系统为IP类业务实现(认证用户业务/互联网专线业务开通、关闭、变更)流程、IP网障碍处理(认证用户故障、网络故障)流程中间的一个环节。卖方应详细说明IP城域网网管系统在这2类流程中的作用、与相关联系统之间的接口和数据交换内容。
IP城域网网管系统为OSS的其他系统和BSS系统提供网络资源和运行的各种数据，和其他系统关系参考如下:
卖方应详细说明IP城域网网管系统与各相关系统的关系、接口内容。
另外，江苏联通已建设了IP网流程分析系统，IP城域网网管系统应实现与流量分析系统的接口:
)流量分析系统能够将收集过滤分析后的网络流量流向统计数据共享给网1
管系统;
2)流量分析系统检测到异常流量后，告警信息可以通过SNMP Trap或syslog的方式发送到网管系统。
具体的接口方式包括文件、数据库、EAI Adaptor、API等方式。
除以上各种接口内容和接口方式之外，具体实现的网管系统还应预留并提供多种接口方式，以满足未来业务软件系统的接入需要。
技术要求
本章节主要对卖方的软件及集成方案提出相应的技术要求，卖方应在提供的产品详细设计中说明满足要求的具体实现方案。
网管系统总体技术要求
(1)可靠性
网管系统中应考虑硬件和软件的容错、数据存储的备份等。网管服务器应采用相应的机制，以保证服务器故障不影响和少影响信息采集。系统具有自检功能，能监视系统各功能模块的运行情况，随时发现系统自身的问题。系统应具备应用
级容灾设计，即主备监控系统实时同步和容灾切换无需任何Cluster软件或磁盘阵列支持，并支持Failback功能，当主监控系统恢复运行以后，所有备份系统的运行功能和客户端连接等能够自动切换回主监控系统承担。
网管系统需满足以下具体可靠性指标:核心系统(软件、硬件和操作系统)在99.9%的时间内都能够正常运作，故障停机时间三个月内不得超过2个小时。
(2)可用性
系统设备应能支持7x24小时连续不间断工作。
(3)安全性
网管系统应具备统一且完善的安全机制，以保障网络安全性和处理机安全性。因此，系统设计必须保证业务的正常运转，采取防火墙和权限设置等措施，保证业务部门的数据安全和商业机密，同时还要考虑系统出现故障时的软硬件恢复措施。
(4)可维护性
网管系统应该具有对自身的集中维护配置功能，如:集中的系统参数设置、集中的IP地址配置、集中的系统日志管理等。
(5)扩展性
网管系统应该具备良好的可扩展性，以适应IP城域网网络规模扩大时对网管的要求。采用开放体系的硬件和基础软件平台;所应用的软硬件应能够适应2-3年内网络扩容的需求。
数据的存储与恢复
网管系统应该以集中的方式，灵活地支持网管系统数据的存储和恢复。
操作员应能灵活地安排网管系统数据的存储和恢复。
操作员应能在每次数据恢复后进行数据的一致性和兼容性检测。
(7)网管软件管理能力要求
1)各节点网管系统可支持C/S客户端数量原则上不少于50个。
2)系统可支持的并发用户数原则上不少于100个。
3)系统可管理的网元数:本期硬件是按照6万网元来配置，软件LICENSE采购2万，未来只需购买新增软件LICENSE。
(8)如果卖方方案中需要与被管网元设备配合，则应在建议书中明确需要哪些网元设备作怎样的配合，并且提出进度要求。
设备总体技术要求
(1)卖方所提供的主机、存储设备须是成熟的产品，并能长期稳定、可靠地运行。
(2)卖方所提供的设备系统须具备良好的扩充、升级特性。
(3)卖方所提供的服务器主机(PC服务器除外)应采用高性能、高可靠性的UNIX服务器。卖方所提供的服务器主机系统盘应做镜像。
(4)卖方所提供的设备应与已有或已经购买的软硬件产品相兼容。
(5)卖方应回答所投的各产品型号的推出时间，并在技术建议书中提供其所投标设备在国内电信行业中成功应用的案例。
(6)请说明所投标设备使用的CPU原生产厂商卖方应详细说明本所提供设备配置的处理能力、容量以及最大扩容可达到的处理能力及容量。如所投设备为OEM第三方产品，卖方应说明该产品的原厂商。卖方应提供单台设备和相关部件的可靠性指标，至少包括:设备和部件的无故障运行时间、每年的不可用时间。
(12)卖方所提供的设备应使用交流电源:220V或380V;中国联通不提供直流电源条件。若设备需使用直流电源，由卖方负责解决(并在设备配置中具体给出相关配置项目)。
(13)卖方应在技术建议书中详细提供其所提供的所有硬件设备的具体耗电指标(含输入功率)。
(14)若设备安装需要特定的安装材料、端口连接需要特定的连接线缆的话，卖方应予以指出并给出配置且包含在设备价格中。卖方提供的机架中应配置电源
的接线端子，卖方应说明允许接入的电源电缆的规格和数量。保证根据对设备计算是正确的如果由于错误而引起设备部件的缺，应在收到通知的两周内向免费提供缺部件，使系统完整。如果因此造成合同系统延期开通，应承担违约责任。
项目 填写要求 应标满足程度及实际设备配置情况 卖方填写 1
服务器数量 根据附表1-1的要求应答 2 服务器功能或名称 服务器功能或名称，并填写设备型号 3 内存带宽(GB/s) 填写实际配置及单机最大扩展性 4 I/O带宽(GB/s) 填写实际配置及单机最大扩展性 5 I/O PCI 插槽数量 填写实际配置及单机最大扩展性
集群方式 请提供实配集群方式及可支持的高可用性集群种 6
类，并说明集群中所能支持的最大服务器数量 7 配置的操作系统
-1的要求应答 8 须兼容的软件 名称/版本号 列 根据附表1
出本次安装的软件名称 9 配置的开发工具 提供实配和可支持的C、C++、JAVA等开发工具软件名称 10 实配性能参数
SPECint2000-Rates-Base 11 SPECfp2000-Rates-Base
12 SPEJBB2000 13 TPC-C 14 其它指标
15 单机最大扩展性 SPECint2000-Rates-Base 16
SPECfp2000-Rates-Base 17 SPEJBB2000 18
TPC-C 19 其它指标 20 CPU配置 实际配置的CPU类型/主频/数量 21 CPU比例 单台设备实配CPU数量占本设备单机最大CPU数量的比例 22 CPU扩展 提供本服务器单机CPU类型/主频/数量的最大扩展性 23 单CPU缓存容量 Cache/CPU
24 内存配置 内存配置容量/单条内存容量 25 内存扩展容量
提供本服务器单机内存的最大扩展性 26 硬盘配置 数量/单盘容量/转速 27 硬盘扩展能力 提供本服务器单机最大扩展性(数量/单盘容量/转速) 28 局域网接口配置 种类/数量 29 盘
阵接口配置 速率/种类/数量 30 是否配置了冗余电源 并说明配置了多少个电源模块 31 是否配置了内置磁带机 是否配置，如配置，请提供型号 32 光驱配置 根据附表1-1的要求应答 33 主控台 根据附表1-1的要求应答 34 网络协议 根据附表1-1的要求应答 35 是否需装架/是否需配置机架(柜) 根据附表1-1的要求应答 36 系统可靠性 提供投标设备的MTBF数据 37 走线方式 要求支持走线方式 38 服务年限 服务年限(含软硬件)
39 服务器物理特性 提供服务器的重量(kg) 40 提供服
41 功耗(W) 42 配置电源(路务器的物理尺寸
数，电压/电流要求)
(3)上表中投标设备的TPC、SPEC等指标应该是在第三方网站上公布的指标，否则，卖方须提供合理的推算方法或推算过程。
(4)除上述新增UNIX服务器外，本期工程新增4台PC Server。其中，2台作为接口服务器，要求单台配置为2CPU、4GB内存、146G内置硬盘及双网卡;2台作为WEB服务器，要求单台配置为4CPU、16GB内存、146G内置硬盘及双网卡。PC服务器按装架考虑，要求可以安装在19英寸标准机架(高×宽×深mm:2200×600×900)中，并配置服务器机架和显示器共享器(含鼠标、键盘等必配设备)。
服务器设备其它要求
(1)卖方所投的服务器主机设备必须是成熟产品，本次所投标的设备型号至少在2008年1月1日之前在中国大陆已有成功的装机案例，并请列举出满足要求的全部案例名称、装机时间和装机规模。
2)卖方应确保所投服务器设备与软件兼容。 (
请卖方按表2.X的格式分别提供至少一个、尽可能多的中国大陆成功商用的案例。
(3)服务器设备对磁盘阵列的支持:卖方应列出与所投设备相兼容的所有磁盘阵列型号，并按表2.X的格式分别提供尽可能多的中国大陆成功商用的案例。
表2.X 兼容产品应用案例汇总表
项 目 应答 备注 兼容产品名称 填写要求应答的与投标产品相兼容的软件或硬件名称，注明兼容的软件版本号或硬件型号 投标产品名称 与上述第一项相兼容的投标产品名称及产品系列、型号、操作系统版本号等 应用案例一 用户名称 应用行业 电信、
应用类型 分析型、事金融、零售等 系统名称
务型、计算型等 是否为支撑系统 若是，则提供该系统的存储产品型号 项目完成时间 年/月 平台描述 硬件型号、操作系统版本号、主要配置 应用规模 数据量等
应用证明材料 可另附补充性文件、网页、测试报告等 应用案例二 用户名称 应用行业 电信、金融、零售等
系统名称 应用类型 分析型、事务型、计算型等
是否为支撑系统 若是，则提供该系统的存储产品型号
项目完成时间 年/月 平台描述 硬件型号、操作系统版本号、主要配置 应用规模 数据量等 应用证明材料 可另附补充性文件、网页、测试报告等 „„„„
(4)卖方所投设备或类似同档次设备在中国联通招标中的中标情况:卖方应列出所投设备或类似同档次设备在中国联通招标中得到应用的设备数量，包括采购的时间、应用的系统情况。
5)请按型号分别说明所投标设备的哪些主要部件具备热插拔功能，主要(
包括CPU/内存板、内置硬盘、背板、电源模块、接口卡等。
(6)请按型号分别说明所投标设备主要部件是否具备故障隔离和恢复功能
及其具体实现机制，主要包括CPU、内存、主板、背板等。
(7)请说明所投标设备对不同型号或主频的CPU混插支持的支持情况和效果。
(8)请说明所投标设备使用的CPU原厂商。
(9)若设备安装需要特定的安装材料、端口连接需要特定的连接线缆的话，卖方应予以指出并给出配置且包含在设备价格中。 应答 备注 软件名称 版本号 本次投标软件版本号 使用许可描述 说明本次投标软件使用许可(License)数量及其含义、使用限制等 主要功能描述 说明与技术规范书中要求的何种功能相对应或具备何种附加功能
对应产品号 软件在投标设备分项价格清单中所对应的产品序号或系列号，或已包含此软件的其它产品名称、产品序号或系列号 软件运行平台
本次卖方案中该软件安装、运行的硬件平台，注明该硬件名称及其在投标设备分项价格清单中所对应的产品序号或系列号 软件详细描述 可另附补充性文件、产品说明、兼容性测试报告等 服务器设备配置要求
(1)卖方须按商务规范书报价格式要求提供设备配置清单。要求提供板卡级的详细配置列表。
(2)要求投标设备必须是由原设备制造商生产和提供的，并且是全新的、未使用过的。
(3)由卖方所提供的设备内部部件之间及设备之间的连线或插接件(包括CLUSTER等)均视为设备内部器件，包含在卖方相应的设备配置之中。
(4)卖方提供其设备电源模块引出的电源线，电源线长度按不小于2米配置。
(5)如果设备配置要求附表中要求设备按装架考虑，卖方应随设备提供所需要的机架(柜)及设备安装套件。
(6)卖方提供的机架和设备应支持上走线和下走线的方式。具体走线方式
在现场查勘时确定。如果走线方式与设备报价有关系，请说明，并分别报价。
项目 填写要求 应标满足程度及实际设备配置情况 卖方填写 1
磁盘阵列数量 描述磁盘阵列的数量 2 磁盘阵列功能 描述新购磁盘阵列功能 3 磁盘阵列容量 TB 本次要求实配磁盘阵列裸容量 4 扩展磁盘阵列容量 TB 要求磁盘阵列满配时最大裸容量
5 磁盘阵列Cache容量 GB 本次要求磁盘阵列实配Cache容量
6 磁盘阵列Cache扩展容量 GB 要求磁盘阵列Cache最大扩展容量 7 CACHE I/O(IOPS) 要求阵列最大的I/O扩展性能
不同型号磁盘混插 是否要求不同类型磁盘混插 9 逻辑卷 最 8
大逻辑卷数量 是否要求配置冗余磁盘 11 后端磁盘阵列
连接磁盘 是否须冗余 12 后端接控制器 实配后端磁盘阵列控制器
口配置 后端接口配置要求 数量/速率 13 前端光纤通道卡 实配前端光纤通道卡(连接主机)是否须冗余 14 RAID方式 要求支持的RAID方式 15 配置的RAID方式 16 是否要求动态改变RAID方式 17 动态扩容 是否要求支持动态容量扩容
是否要求动态卷扩容 单盘容量 GB /磁盘转速 rpm 本次要求实配单盘容量以及磁盘转速 20 磁盘接口 要求的磁盘接口种类 磁盘阵列接口 种类/数量/速率 本次要求配置的磁盘阵列接口种类、数量、速率 22 磁盘阵列接口扩展能力 种类/数量/速率
磁盘阵列接口最大要求扩展种类、数量、速率 23 软件配置 软件配置要求 24 冗余电源 是否要求配置冗余电源 25 可靠性
磁盘阵列可靠性 MTBF 要求 26 是否采用SAN方式 是否采用SAN方式 27 FC交换机配置 FC交换机配置数量 台 28 单台FC交换机接口配置 单台FC交换机接口要求 种类/数量/速率 29 FC光纤配置 FC光纤条数/长度 m /端口种类 30 FC光纤交换机装架考
虑 FC交换机是否需装架/是否需配置机架 柜 31 控制台 控制台配置要求 32 走线方式 要求支持走线方式 33 服务年限 服务年限(含软硬件) 34 磁盘阵列物理特性 提供磁盘阵列的重量(kg) 35 提供磁盘阵列的物理尺寸 36 功耗(W)
37 配置电源(路数，电压/电流要求) 38 光纤交换机物理特性 提供光纤交换机的重量(kg) 39 提供光纤交换机的物理尺寸 40 功耗(W) 41 配置电源(路数，电压/电流要求)
磁盘阵列其它要求
(1)卖方所投的磁盘阵列设备是成熟产品，本次所投标的设备型号至少在2008年1月1日之前在中国大陆已有成功的装机案例，并请列举出满足要求的全部案例名称、装机时间和装机规模。
(2)磁盘阵列对服务器设备的支持:卖方应列出与所投磁盘阵列设备相兼容的所有服务器及其UNIX操作系统型号，并按表5.X的格式分别提供尽可能多的成功商用的案例。
表5.X 兼容产品应用案例汇总表
项目 应答 备注 兼容产品名称 填写要求应答的与投标产品相兼容的软件或硬件名称，注明兼容的软件版本号或硬件型号 投标产品名称 与上述第一项相兼容的投标产品名称及产品系列、型号、操作系统版本号等 应用案例一 用户名称 应用行业 电信、金融、零售等 系统名称 应用类型 分析型、事务型、计算型等 是否为支撑系统 若是，则提供该系统的磁盘阵列型号 项目完成时间 年/月 平台描述 硬件型号、操作系统版本号、主要配置 应用规模 数据量等
应用证明材料 可另附补充性文件、网页、测试报告等 应用案例
二 用户名称 应用行业 电信、金融、零售等
系统名称 应用类型 分析型、事务型、计算型等
是否为支撑系统 若是，则提供该系统的磁盘阵列型号
项目完成时间 年/月 平台描述 硬件型号、操作系统版本号、主要配置 应用规模 数据量等 应用证明材料
可另附补充性文件、网页、测试报告等 „„„„
(3)卖方所投设备或者或类似同档次设备在中国联通招标中的中标情况:卖方应列出所投设备或类似同档次设备在中国联通招标中得到应用的设备数量，包括采购的时间、应用的系统情况。
(4)请分别说明所投标磁盘阵列设备的哪些主要部件具备热插拔功能，主
、硬盘、电源模块、控制卡、接口卡等。 要包括CACHE
(5)请分别说明所投标FC交换机设备的哪些部件具备热插拔功能。
(6)请分别说明所投标FC交换机和磁盘阵列的设备主要部件是否具备故障隔离和恢复功能及其具体实现机制，主要包括CACHE、硬盘、控制卡、接口卡等。
(7)请分别说明所投标设备附带的软件技术特点及优势，包括SAN管理、性能管理和优化、负载均衡、远程备份等。
(8)若设备安装需要特定的安装材料、端口连接需要特定的连接线缆的话，卖方应予以指出并给出配置且包含在设备价格中。 应答 备注 软件名称 版本号 本次投标软件版本号 使用许可描述 说明本次投标软件使用许可(License)数量及其含义、使用限制等 主要功能描述 说明与技术规范书中要求的何种功能相对应或具备何种附加功能
对应产品号 软件在投标设备分项价格清单中所对应的产品序号或系列号，或已包含此软件的其它产品名称、产品序号或系列号 软件运行平台
本次卖方案中该软件安装、运行的硬件平台，注明该硬件名称及其在投标设备分项价格清单中所对应的产品序号或系列号 软件详细描述 可
另附补充性文件、产品说明、兼容性测试报告等 磁盘阵列配置要求
(1)卖方须按商务规范书报价格式要求提供设备配置清单。要求提供板卡级的详细配置列表。
(2)要求投标设备必须是由原设备制造商生产和提供的，并且是全新的、未使用过的。
(3)由卖方所提供的设备内部部件之间及设备之间的连线或插接件均视为设备内部器件，包含在卖方相应的设备配置之中。
(4)卖方提供其设备电源模块引出的电源线，电源线长度按不小于2米配置。
(5)硬件设备加电运行时，插入或拔出板卡应不引起任何元件的损坏和缩短使用寿命。
(6)卖方提供的机架和设备应支持上走线和下走线的方式。具体走线方式在现场查勘时确定。如果走线方式与设备报价有关系，请说明，并分别报价。
(2)卖方提供的软件应能满足确保全网正常运行所需的管理、运营、维护等有关的全部软件。
(3)卖方提供的软件应具有良好的人机界面。
(4)兼容性及升级
不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响网路的性能与运行。
卖方应承诺在供货时提供最新版本的软件, 但该软件必须是经过测试正式推出的, 其可靠性、稳定性经过严格验证的。
卖方随后推出新软件版本时, 卖方应承诺免费更新软件版本, 并提供相应的新版本软件功能说明书及修改说明书。
(5)厂商应说明目前所使用软件的实际运行时间以及升级完善的计划进度表。
(6)
系统应提供在线帮助信息;
系统对于查询界面，应提供跳页和滚动显示功能;
对于查询/统计结果、业务单等，提供可选的打印功能，并提供电子文档的存储功能;
(8)系统采用开放的接口，有二次开发能力。
(9)软件应有容错能力，一般小的软件故障不应引起系统重启动，软件设计应有防护性能，某一软件模块内的软件错误应限制在本模块内，而不应造成其他软件模块的错误。允许操作人员有限范围的误操作。
(10)软件具有可移植性，可在多种硬件平台、网络和操作系统环境下工作。
网管软件要求
(1)请卖方按照整体解决方案，对照技术规范与功能需求，对网管应用软件产品的结构和功能模块进行描述，并对系统的主要特点进行说明。
(2)附图简要说明网管软件的体系结构及工作原理(内部系统层次结构，采用的中间件、内部是否采用面向对象的技术，内部数据总线的通信机制(如消息队列、CORBA等)，采集的被管网元的原始数据如何通过处理、存储，不同应用之间的联系)。
(3)网管产品是统一采用一个开发平台(说明是第三方产品还是自身的产品)进行开发，还是按照不同的功能模块采用不同的开发平台进行开发。
(4)列出网管软件采用的编程语言(如C、JAVA等)、编程工具、网管开发工具(如拓扑开发使用的工具软件)、使用的第三方网管平台产品、中间件及网管应用开发所需的工具软件等，并说明网管软件和数据库之间的接口方式(JDBC、ODBC等) 1 2 3
注1:在“运行环境”一栏中，如果该应用管理模块和采集管理模块需要移植到其他操作系统中，
则请卖方说明系统移植所需要的时间。
(6)软件数据库方案
说明本次网管软件支持的数据库种类和推荐使用的数据库。以Oracle为例，说明网管软件需要的数据库User数。
(7)中间件软件
简要介绍本次选用的各类中间件软件，包括消息中间件、应用中间件等，并说明哪些软件模块之间需要应用中间件，并说明中间件的物理部署方式及中间件软件的License数量以及配置原则。
(8)卖方提供的网管软件的兼容性，说明:
1)支持操作系统和硬件平台的情况，详细说明操作系统和硬件平台的种类和支持版本。
2)外部数据库支持情况，详细说明种类和支持版本。说明不同容量的被管网元及客户端数量，对于数据库处理能力和配置的具体要求。
3)软件其他环境要求。说明是否一定要在其他厂家软件环境下运行，不论免费产品和收费的第三方软件运行环境，分别提出软件种类和支持版本。说明影响第三方软件处理能力和配置的相关因素，并提供不同容量被管网元情况下，对于第三方软件处理能力和配置的具体要求。
4)软件产品针对不同被管网元规模情况下，对于服务器主机处理能力的具体要求。
5)软件产品针对不同被管网元规模情况下，对于生成的数据存储的具体要求。
针对以上所有运行环境，提供一个量化的说明表格，分别说明在不同规模的网元和终端的情况下，对于硬件服务器主机处理能力要求、操作系统要求、外部数据库要求(必须提供数据库能力要求、不同种类数据库配置要求)、其它软件要求(必须提供能力要求、不同软件的配置要求)
(9) 卖方需承诺开放与网管软件有关的数据的库表结构。
(10)网管系统质量保证机制
从产品的实现机制，详细描述保证网管系统质量的技术实现原理:
1)功能性
2)可靠性
3)易用性
4)效率
5)易维护性
)可移植性 6
(11)对网管整体的可靠性、稳定性、容错机制进行描述。
12)按照规范要求，提出与网管软件有关的性能指标，以及实现这些指标(
技术实现机制:
序号 性能指标 技术保障机制(简述) 网管产品能够达到的指标(单位) 备注 1 性能数据采集呈现及时性 2 性能、配置数据完整率 3 网管数据准确率 4
网元告警采集呈现及时性 5 应用操作最长完成时间
6 系统登录等待时间 7 由系统桌面进入具体模块视图 8 定期生成报表查看(自动报表)
(13)结合卖方的产品给出下列系统应用的具体实现方式，要求详细描述实现的流程、数据的处理及存储方式、网管软件、采集机软件、主机代理软件在处理流程各步骤中的作用、以及各软件内部各模块在处理流程各步骤中的作用:
)网络调整时对某网络设备的全部配置数据采集、分析、处理过程(含原1
始数据采集、数据更新、拓扑显示更新等)。
2)告警处理和故障分析(含原始告警的采集和过滤、告警根源性分析、告
警的业务相关性分析等)。
浙公网安备 33021202002483