交换网管

2024-08-06

交换网管（精选四篇）

交换网管篇1

交换综合网管作为现代交换网管的核心之一, 主要负责汇聚分散布局的传统交换网各个交换局点的告警监控及统计报表。其收集汇聚各分散局点相关信息及相关处理的及时性和准确性, 是保证系统运行效能发挥的关键因素。

某公司交换综合网管系统已使用7年, 系统软硬件性能逐渐降低;随着公司业务发展, 系统压力日渐增高, 已经对系统运行效能造成较大影响, 亟待解决。

同时该系统研发时, 因历史局限性未能充分分解告警报中的告警类型, 无法及时呈现网管工作人员重点关注的告警类别、影响等相关信息, 已影响到告警监控效能的发挥。

为了提高交换网管告警分析的性能, 增强告警分析的能力, 因此我们选定依托自身力量, 以PDCA循环 (质量环) 为方法逐步剖析, 以实现《提高交换网管告警分析性能》。

2 确定方案

影响小型机性能的因素主要有4个方面CPU、磁盘I/O、内存、网络。通过分析小型机各个参数以及节省投资的目的, 确定在内存和磁盘两方面提高小型机性能。

针对交换网管系统告警报告分解后告警分类不清晰的问题, 采用数据库技术将交换网管分类后的数据进行再分类。为了便于告警分析和告警巡视将告警通过WEB页面显示。

3 第一次PDCA

3.1 制定对策

主要针对提高小型机性能, 由于交换网管监控网元较多, 告警报告分解需要长时间占用内存空间。磁盘I/O繁忙和内存页面调用频繁造成系统瓶颈, 影响小型机性能。针对小型机内存页面调用问题, 制定相应策略。

3.2 策略实施

使用iostat命令查看IO状态, 结果如图1所示。

通过分析发现:hdisk1活动百分比高, 而同属于rootvg的hdisk0却基本不活动, 因此首先考虑的是使用reorgvg命令重新组织卷组, 结果是hd6被自动转移到了hdisk0, 重组过程中观察iostat, 发现两块硬盘速率均可达到20Mbps, 排除硬盘故障。

接下来使用migratelp hd6/x hdisk1/x命令, 将编号是偶数的一半卷组从hdisk0转移到hdisk1, 发现两块硬盘活动百分比都达到80左右, 但是IOwait仍然很高。

最后考虑从更改内存参数入手解决。利用vmo-a命令查询内存参数, 发现lru_file_repage值为默认的‘1’, 改为‘0’。

3.3 确认效果

使用vmstat命令观察小型机内存性能, 结果如图2。

内存参数修改后刚开始时pi达到1000左右, po消失, 十分钟后pi也基本消失, 颠簸现象基本消除。相应的, cpu占用率从平均80峰值99降到30左右, 性能优化初见成效。

4 第二次PDCA

制定对策:主要针交换网管收集报告过多问题。交换网管系统监控100多个网元, 时刻在接收告警报告和话务报告, 但是多为不重要报告。此次制定的策略主要是通过优化交换网管的报告任务来提高网管性能。

策略实施:通过对交换网现网组成的分析, 以及日常工作的需要, 将监控的网元根据重要性进行分类, 汇接局、关口局需要详细话务报告和告警报告, 端局话务报告根据情况可以删除。尽量减少交换网管收集报告的数量。

确认效果:经过对全省100多个网元所有上报报告的情况进行梳理, 同时与各分公司网管室进行沟通, 共删除报告300多个。大大缩短报告分解的时间, 提高了交换网管的性能。

5 第三次PDCA

制定对策:针对交换网管分解告警后, 告警分类不够详细的问题。为了将交换网管分解后的告警进行再次分类, 在此使用数据库技术。提取分解后的告警数据, 将其存入数据库中, 利用数据库技术进行再次分类。同时再结合PHP技术将告警内容在WEB页面上显示, 方便了告警巡视和告警分析。

策略实施:交换网管告警分解后ETL (数据提取、转换和加载) 工具SPOON, 使用此工具, 通过建立数据提取任务, 自动将告警数据从交换网管数据库中提取出来, 并转存至自建的告警数据库中。再结合PHP技术将告警在WEB页面上实时显示。

确认效果:告警监控页面, 可以实时展现未恢复的中断告警, 过滤掉一般告警、事件告警等非重要告警。历史告警页面, 可以查看那些已经恢复的告警内容, 同时可以监控发生次数, 了解网络运行质量。我们通过WEB页面弹出同时伴有彩铃提示的方式, 可以让我们更加及时的发现和处理告警。

经过3此PDCA循环, 我们通过提高交换网管小型机的性能、减少交换网管不必要报告、交换网管告警WEB页面显示3个对策, 实现了提高交换网管性能的目标。

6 结论

此项目中我们利用科学的PDCA循环方法, 逐步剖析问题, 完全依赖自主力量, 通过运用小型机技术、数据库技术、PHP网页技术等多方面知识成功解决了困扰多时的交换集中网管分析性能差的问题。

通过本项目的实施, 证明科学的方法, 能够帮助我们分解复杂问题, 充分挖掘自身潜力, 客服重重困难抵达胜利的彼岸。

参考文献

[1]李宝山, 王苏东.告警管理系统中的告警同步模块的设计[J].通信技术, 2013 (4) .

网吧网管交换机有什么用？篇2

端口镜像

现在的正规网吧都需要接受网吧监管部门的远程监控，那么是如何监管的呢?就是靠设备里的这个端口镜像功能，，一些精明的网吧业主会采用两套系统，一端连接监管部门，另一端连接不同的宽带线路和交换机，以逃避被监管。因有规定网吧不能通宵营业，而往往通宵的生意才是最好的，所以做出这样的对策。

千兆网络

以后全国将会千兆普及，是否能做到，是否能普及还是未知之数。

但是需要考虑几个问题，就算真能达到千兆到桌面，但宽带的速度能达到吗?我们是否迫切需要千兆?百兆真的过时?

已经满足不了需求吗?千兆的应用点到底在那里?

近年看到不少厂商、巨头在发力推动千兆，是否您们已经找不到未来的增长点呢?

在网吧可分两步走，客户机的连接仍然采用百兆，服务器可连接千兆，这样就可免去因众多客户端访问服务器时带来的延时，这样的方案已经受到很多网吧业主的青睐，同时很多厂家也推出了一系列带千兆扩展或固化的端口交换机，

管理功能

具备管理功能的交换机价格要比“傻瓜机”贵上不少，这些功能就要视乎网络需要怎么管理了。其中有VLAN划分和端口带宽限制、QoS、端口安全、广播风暴抑制等功能。一般网吧会采用一台带管理功能交换机，下面再连接数台不带管理功能的“傻瓜机”，这样可有效的控制费用，也能达到管理的效果。

交换网管篇3

关键词：交换网数据库 SQL

1 背景资料

随着交换网络的不断发展，对现有交换网络网元监控及维护的要求越来越严格，需要建成一套处理能力强、功能丰富、传输速率高、扩展性强的先进交换网综合网管系统，实现对交换通信网络的集中管理、集中监控和集中维护。

由于交换网综合网管监控全网所有交换局点，交换机机型的多种多样性造成交换综合网管收集交换局点上报的告警复杂多样。铁通公司现网程控交换机型主要有三种，分别为：华为机型、中兴机型、贝尔机型。每天交换网综合网管收集交换局点上报告警达到数万条，交换网综合网管收集告警多，而且种类也十分繁杂，这是由于交换机的厂家不同，造成同一类别告警在交换综合网管上呈现的告警级别严重程度也不相同，而真正找出那些对交换网业务有影响的告警，就变得十分困难，这对告警分析工作造成很大的工作量，使告警分析工作的工作效率十分低。为了改变这一现状需要对所有厂家交换机的告警进行告警标准化。

2 应对措施

告警标准化的含义也就是对厂家告警进行全量梳理，重新定义告警的级别、分类、影响等内容，实现不同厂家专业告警的统一定义、统一处理要求、统一管理，从而标准化故障管理。标准化告警内容如下表，其中网管告警ID是告警唯一标识字段。

3 数据库应用

经过长期摸索及实践，为了便于对交换网综合网管收集的告警进行分析，我们开发了一套交换网综合网管告警分析系统。该系统的组成及运作方式如下：

①采用MySQL数据库进行告警及基础数据管理。

②利用Kettle以每3小时一次自动抽取24小时内+手工抽取4小时内两种方式获得综合网管系统告警数据库的告警记录。

③以局点、发生时间及告警描述为关键字，用“插入/更新”的方式装载到分析系统。

④根据预先制定的关键字关联筛选出重要告警。

⑤最后再按照局点及告警明细对首次发生时间、最后恢复时间、累计时长及发生次数进行归集呈现。

所谓关系数据库，是建立在关系模型基础上的数据库，借助于集合代数等数学概念和方法来处理数据库中的数据。现实世界中的各种实体以及实体之间的各种联系均用关系模型来表示。关系模型是由埃德加·科德于1970年首先提出的。现如今虽然对此模型有一些批评意见，但它还是数据存储的传统标准。标准数据查询语言SQL就是一种基于关系数据库的语言，这种语言执行对关系数据库中数据的检索和操作。关系模型由关系数据结构、关系操作集合、关系完整性约束三部分组成。

目前主流关系数据库中付费的有Oracle、Informix、MS-SQL Server、Sybase、Access等；免费的有MySQL、PostgreSQL等。其中Oracle被称为花钱的数据库中功能最强的；而不花钱的数据库中PostgreSQL号称功能最强，但运用最广泛却是MySQL，而我们的交换网综合网管告警分析系统是基于MySQL数据库。

MySQL数据库是一个中、小型关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle公司。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL的SQL语言是用于访问数据库的最常用标准化语言。MySQL软件采用了GPL（GNU通用公共许可证），它分为免费版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL作为网站数据库。由于其免费版的性能卓越，搭配PHP和Apache可组成良好的开发环境。

与MySQL数据库搭配使用我们选择的数据库管理和开发工具是Navicat。Navicat为专业开发者提供了一套强大的足够尖端的工具，但它对于新用户仍然是易于学习。使用了极好的图形用户界面（GUI），可以让你用一种安全和更为容易的方式快速和容易地创建、组织、存取和共享信息。基于Windows平台，为MySQL量身订作，提供类似于MsSQL的用管理界面工具。此解決方案的出现，将解放PHP，J2EE等程序员以及数据库设计者、管理者的大脑，降低开发成本，为您带来更高的开发效率。用户可完全控制MySQL数据库和显示不同的管理资料，包括一个多功能的图形化管理用户和访问权限的管理工具，方便将数据从一个数据库移转到另一个数据库中（Local to Remote、Remote to Remote、Remote to Local），进行档案备份。Navicat支援Unicode，以及本地或遥距MySQL伺服器多连线，用户可浏览数据库、建立和删除数据库、编辑数据、建立或执行SQL queries、管理用户权限（安全设定）、将数据库备份/复原、汇入/汇出数据（支援CSV, TXT,DBF和XML档案种类）等。

利用上述数据库工具我们建立交换网综合网管告警分析数据库，在交换网综合网管告警分析数据库中建立的第一个数据表为原始告警数据表，此表中的数据来源于交换网综合网管收集的全网交换机上报的所有原始告警。第二个数据表为告警类型表，该表数据内容是厂家告警标准化的映射数据。

4 原始告警自动采集

交换网综合网管告警分析系统数据库数所需据表已经建立完毕，现在接下来说一下交换网综合网管告警分析系统数据库的原始告警收集。交换网综合网管将全网交换机上报的告警进行收集，存放到交换网综合网管的告警数据库中，而交换网综合网管告警分析系统的数据库与交换网综合网管的告警数据库是相互分离的，那它们之间的数据传递就存在问题。怎样将综合网管数据库中的告警导入到告警分析系统中呢？可以人工操作，先将交换网综合网管告警数据库中的告警导出，再人工将导出的告警数据导入交换网综合网管告警分析系统数据库的原始告警表中，这样告警导入导出的时间又是个问题，操作频繁会造成人力的浪费，如果一天一次又有可能造成告警发现延后不能体现告警分析系统的作用，而且人工操作难免出现人为误操作问题。这时我们利用一款数据库管理工具Kettle（Kettle是一款开源的etl工具）。

ETL是Extraction-Transformation-Loading的缩写，中文名称为数据提取、转换和加载。ETL包含了三方面，首先是“抽取”将数据从各种原始的业务系统中读取出来，这是所有工作的前提。其次“转换”按照预先设计好的规则将抽取得数据进行转换，使本来异构的数据格式能统一起来。最后“装载”将转换完的数据按计划增量或全部导入到数据仓库中。它允许你管理来自不同数据库的数据，通过提供一个图形化的用户环境来描述你想做什么，而不是你想怎么做。Kettle中有两种脚本文件，transformation和job，transformation完成针对数据的基础转换，job则完成整个工作流的控制，我们就是利用这款工具软件将交换网综合网管告警数据库中的告警数据自动抽取、转换最后传送到交换网综合网管告警分析系统数据库中。

5 告警分析

解决了数据库建立及数据采集等问题，下一步我们利用SQL语言来实现对原始告警数据的筛选工作。交换网综合网管告警分析系统所需要的所有数据表全部建立，而且数据采集问题也得到了解决，接下来的工作就是怎样利用这些数据表之间的关系，采用什么手段来实现告警分析工作。告警分析我们要做的就是从上万的原始告警中找到那些造成业务中断或可能会严重影响交换网络的告警，找到告警后，根据告警逻辑分类中告警的位置找到告警的模块或用户单元的名称，以便于我们直观的找出是哪些地方中断了，能够及时处理。为了达到我们告警分析的要求，我们需要用到SQL语句中的联合查询等语法。

通过SQL语句可以对原始告警进行进一步的分析处理，例如一个模块局一天中断50次，就会产生50条中告警，如果这种多次中断的告警很多，对我们的告警分析也会造成一些麻烦，利用SQL语句可以将这50条告警合并成一条告警，只记录该告警的最早发生时间、最后回复时间、每次告警产生后到恢复总的经历时长以及告警发生的总次数，通过这样处理使告警更加直观，便于告警的发现和处理。

交换网综合网管告警分析主要部分筛选SQL语句如下：

SELECT l.ne_name as 局名,MIN(start_time) as 最早发生时间,MAX(end_time) as 最后恢复时间,SEC_TO_TIME(sum(TIME_TO_SEC(lishi))) as 总历时, count(*) as 发生次数,b.rackname as `模块(机架)名`,b.boards as `模块(单板)号`, b.boardtypename as 单板类型, l.miaoshu as 描述FROM alarm_list l,zxj10 b WHERE b.ne_name = l.ne_name AND b.boards = SUBSTRING_INDEX(SUBSTRING_INDEX(miaoshu,'ALARMINFO=位置:' ,- 1),'(',1)AND (miaoshu LIKE 'ALARMINFO=%列%' AND miaoshu NOT LIKE '%PCM%') and start_time>date_sub(now(),INTERVAL a HOUR) GROUP BY 1,6,7,8,9 order by 1,7,8,2,3。

6 小结

通过利用数据库来实现交换综合网管告警分析工作，不仅对原始告警数据进行了有效保存，对以后的分析工作提供了数据保障，而且主要提高工作效率的目的也很好的得以實现，同时该系统有很好的可维护性，对以后交换网综合网管告警分析系统的改进提供了扩展空间。通过本文可以看出在工作中合理利用数据库，可以提高我们的工作效率，尤其是数据量很大的分析工作。

参考文献：

[1]姜承尧.《MySQL技术内幕》.机械工业出版社.2012-4-1.

[2]周峰，张振东，张术强.《SQL结构化查询语言速学宝典》.中国铁道出版社.2012-1-1.

交换网管篇4

大家都知道传统共享以太网使用的是CSMA/CD机制，即载波侦听多路访问/冲突检测。我们来详细分析一下：

▲CSMA/CD

CSMA/CD是一种分布式介质访问控制协议，网络中的各个节点都能独立地决定数据帧的发送与接收。每个节点在发送数据帧之前，首先要进行载波监听，只有介质空闲时，才允许发送帧。这时，如果两个以上的节点同时监听到介质空闲并发送帧，则会产生冲突现象，这使发送的帧都成为无效帧，发送随即宣告失败。每个节点必须有能力随时检测冲突是否发生，一旦发生冲突，则应停止发送，以免介质带宽因传送无效帧而被白白浪费，然后随机延时一段时间后，再重新争用介质，重发送帧。

最早由Inter，施乐，DEC三家公司提出以太网标准，后来IEEE组织制定了802.3标准规定了以太网的物理层和数据链路层的MAC子层，主要就是定义了10BASE-2、10BASE-5、10BASE-T、10BASE-F等，规定了介质，带宽，距离等。同时还定义了一个502.2标准，规定以太网数据链路层的LLC子层，即逻辑链路控制子层，主要是提供了一个数据链路层与网络层的接口，如图所示：

网络层有很多协议，数据链路层提供了很多协议之间的区分，使用网络层的哪一个协议，这就是为什么数据帧要封装一个LLC的头部信息。但传统以太2帧中不是使用LLC封装而是在数据帧中有一个2个字节的type来表明上网所使用的协议,如下图所使用的网络层协议是ARP。 www.hanwangtx.com

下面来看一下冲突域，广播域

冲突域：共享式以太网中的所有节点在需要与其他节点通讯时是可以发送数据的，但是CSMA/CD的机制却在确保在某个时刻只有一个节点可以发送数据，那如果肉个同时发送数据了，出现这种情况会导致冲突，那么在这个共享式网络中可能产生冲突的这么一个范围，我们就称为冲突域。

广播域：广播域是指在一个网络中广播包所能到达的范围。也就是说如果在一个网络上一个节点发送了一个广播包，这个广播包可以到达的范围，我们称为广播域，

作为一名专业的网络工作人员，具有识别冲突域和广播域的能力是所需要的一项重要技能。第一层设备的加入是扩大了冲突域，只有加入第二层设备或三层设备才可以分隔冲突域，也就是说如果加入了网桥、交换机和路由器可以将冲突域分割成较小的部分，从面降低对带宽的竞争，减少冲突，

路由器还有一个好处，可以划分更小的广播域。这就叫网络分段。而用二层设备来减少冲突域的范围叫做“微分段”，也就是说不是正真意义的分段。真正意义的分段是网段号不同，不可能进行直接通讯。所以二层设备可以实现分段，但不能真正将网络进行分段，而路由器是可以实现真正网络分段的。这句话，大家好好理解一下!给出一个表供大家参考。

▲网络分段

那么咱们的交换技术毫无疑问使用的就是交换机，我们来看一个交换机的功能。

交换机的三大功能：

1.MACA地址的学习

2.数据帧的转发或者是数据帧的过滤

3.利用生成树协议防止网络环路

首先我们来看第一个交换机MAC地址的学习功能，交换机是通过MAC表来进行交换转发工作的，所以MAC地址表是交换工作的核心，网络与交换机的不同之处就在于网桥使用软件来创建和管理MAC地址表的，而交换机使用ASIC来创建和管理MAC地址表。 www.hanwangtx.com

交换机的MAC地址学习功能：

交换机初始化时，要学习进入交换机的数据帧的源地址，并且把源地址及其对应的交换机的端口号记录在MAC地址表。在MAC地地址表形成之后，交换机要学习进入交换机数据帧的目的地址，并且与MAC地址表中的条目进行比较，完成相应的转发。

▲MAC地址学习

交换机开机初始化时，MAC地址表是空的，因为MAC地址表是存储在内存中的。

如果计算机A发送数据帧到计算机C,此时交换机的E0口接收该数据帧，交换机记录下该数据帧的源地址C的对应关系及E0口的对应关系。如图所示：