WLAN网络智能管理系统.pdfVIP

果 。f)设备管理 、用户管理双核心。g)高效率 、高可靠 传统采集框架中，KPI都挂在特定的对象上。如 性 ，对硬件环境要求不高。 果要扩展支持的对象类型，有两个必不可少的步骤： a)编写对象层逻辑。b)修改KPI逻辑 ，把它们挂到 新编写的对象逻辑上 。 2．1 统一采集平 台 (UNICoI)和多采集 (MUT1． 存在 的问题 ：a)KPI逻辑是大致相似的。例如 CoL1 CPU使用率 ，CISCO设备和 HUAWEI设备 的差 WLAN 的监控对象大多是接入层 的AP设备 ． 别可能仅仅在于 OID不 同，HP．UX和AIX 的差别 这些设备价格较便宜、网管功能不健全、监控方式不 仅仅在于命令有一点不 同。有的KPI逻辑 (如取设 标准，且型号众多．通用网管系统不做改动很难支 备延时、丢包率等)甚至是完全一样的。b)对象逻 持 。另一方面，AP设备虽然类型复杂，但功能却相 辑是大不相同的。相对而言，对象逻辑与每种对象 对统一。功能的相对统一决定 了其监控指标的展现 管理 ，其性质大不一样。例如CISCO设备 ，对象层上 也相对统一 。 必须取得设备 OlD、接 口列表等关键属性 ，而 结合 WLAN系统的这两大特点，构造了统一采 HP．UX则必须取得总内存 、总虚拟内存 、卷列表等 集平台。该平台将监控指标的采集与展现彻底分离， 关键属性。 摆脱 了传统的采集模块与展现模块结合在一起的方 导致的后果 ：a)对象层差别性很大 ，每增添一个 式 ，以略微牺牲一点展现的丰富性为代价 ，换取了采 新设备类型，都必须增添代码描述新的对象，形成新 集模块的极端灵活和高效。 的对象层 。b)尽管KPI差别性不大 ，但它必须挂在 1)统一采集平台(UNICOL) 对象层下，对象层 的增加必然导致 KPI要做相应 的 所有 的网络监控类软件都建立在系统数据采集 修改 。才能挂到新的对象下面。 的基础上 ．新型的网络监控系统都 已经使用了系统 通过以上分析可看出，传统的采集框架的架构 化的采集平台(COL—PLATFOME)，有利于将各种不 不尽科学 ，其根本问题在于差别性大的对象层被放 同类型的采集同一化 ，从而降低定制成本 ，增加支持 到框架中层 ，而差别性不大的KPI被放 到框架底 设备类型数量。COL—PLATFOME虽然在采集同一 层。这种架构与人类 的思维很接近 (先大后小的自然 化方面做了很多工作 。但仍然摆脱不开 “对象”的概 过程)，但其扩展性受到约束 ，为支持新设备必须付 念 ，采集指标 (KPI)总是从属于某一个设备类型，如 出昂贵的开发 、定制和实施成本。特别是在 WLAN CISCO类型下，有CPU使用率 、接 口流量等 KPI； 系统 中．这个缺点更为突出。 HP．UX(一种主机操作系统)类型下 ，也有 CPU使用 统一采集平台(UNICOL)改变了采集平台的架 率、接 口流量等相似的KPI。 构 ，其结构如图2所示。 传统采集框架如图 1所示。 图 1 传统采集框架 图2 采集平 台结构图 T 2010年 第 8期 新的框架具有以下特点：a)取消了对象层。不同 (MUTICOL)。同时支持丰富的采集手段 ：a)SNMP。 对象差异性很大 ，这里直接把