2024年4月24日发(作者:)

2019年第12期

(总第204期)

信息通信

INFORMATION&COMMUNICATIONS

2019

(204)

CMNET网络出口容量不足问题优化研究

王若其

(中国移动通信集团湖北有限公司武汉分公司,湖北武汉

430000

摘要:中国移动互联网络(ChinaMobileNet)是由中国移动公司独立建设的,全国性的、以承载宽带互联网业务为核心的

电信数据基础网络。CMNET城域网络是汇集地市业务的局域业务承载网络。鉴于此,论文以某地区为案例,对其CMNET

城域网的现状与问题,进行分析,并在此基础上,提供了扩容优化设计方案,以解决存在的网络安全问题。随着业务的不

断接入,用户群的需求的不断增加,业务流对支撑网络产生了更高层次的要求,所以需要在原有网络结构基础上实行优

化设计研究。

关键词:CNINET;网络优化;网络规划;网络设计

中图分类号:TN929.5文献标识码:A文章编号:1673-1131(2019)12-0241-03

0引言

当前,人们对计算机与网络通信服务的质量的要求,越来

越高。因而,简单语音通讯业务已无法符合市场的要求,鉴于

此,我国的通讯运营商也开始寻求更为多元的网络通讯服务

模式,来满足广大用户的需求。要有效加强网络的运行速度,

减少网络延时与负载问题,就需要注重从硬件和软件两方面

着手,提升网络结构体系、设备环境、网络通讯质量等。对此,

笔者通过对某地区CMNET(ChinaMobileNet)城域网进行探

讨研究,对其网络环境进行优化设计与网络容量扩容,一来可

对当地的CMNET网络工程与通信发展,带来积极的推动作

用;二来可为国内其他地区的网络优化方案,提供相应的案例

启示参考。

用PTN和PON技术,来实现数据会后,并进入CNINET城域

网的交换机当中的,其后再由交换机来进行数据类型区分,发

送给BRAS,加强数据保护之后交由核心路由器,进一步传送

至省内干线路由器完成数据输出。然而,当前该地区的网络

出口容量并不符合规范要求,因而需要对各层网络架构及交

换设备进行扩容优化。则需要分别对两台核心路由器、四台

交换机进行扩容优化设计。对此,我们对该地区的互联网业

务发展趋势进行评估之后,认为有必要采购新的设备资源,来

扩展其网络结构及信号的通信容量,以适应未来的业务发展

需求。

2CMNET网络优化方案设计

2.1WLAN部分的网络整改方案

1CMNET网络结构

1.1网络结构分析

CMNET网络结构,是以宽带网络为用户提供基础电信通

信服务的技术,其主要包含了WLAN业务和互联网专线业务,

近年来也包含了MS业务,但由于该业务用户量较少,且与互

联网专线的接入方式类似,因而不加以详细探讨。论文侧重

对某地区CMNET城域网进行调研,该区域网络设备间的传

统方式,主要为OTN。业务承载传输方式则包括两种,一种为

PTN,另一种为PON。

实际情况中,某地区CMNET城域网络的出口,由两台台

路由器共同组成(分别为RTO1、RT02),其是核心的网络架构

层,全城的网络数据都需要经由这两台路由器,从而转接到省

内网的干路由器。另外,这两台路由器下集合了两台交换机

(8908-1、8908-2),其主要作用是承载WLAN业务;而在两台

交换机下,配置了同台二层交换机(分别为SWO1、SW02),其

主要作用是为AC聚集提供专项服务,利用VLAN标识来区

分业务类型,并建立数据传输通道;AC与SWO1和SW02,共

同组成主设备,通常每一台AC,都可与SWO1和SW02联接,

从而对主设备进行保护。但易使AC及AC间的VLAN发生

问题冲突。

互联网专线业务的实现,是利用BRAS

(

BRASOI、

BRAS02

)

下,共四台交换机来实现数据汇聚的,其网关位于

BRAS处,并借助BRAS进入RTO1和RT02这两台核心路

由器当中,其后将数据流量发送至省干路由器,完成信息输

出。

1.2当前存在的问题

CNINET网络的互联网专线业务的数据传输方式,主要利

图1部分WLAN网络扩容前的拓扑图

WLAN网络在实现扩容优化之前,由于交换机存在性能

限制,例如,早前在AC的上端,设置了8908-1、SW02等两层

交换机,由于设备过多,使网络层级架构较为复杂,从而影响

到网络运行速度。而AC下端的交换机,也存在接口数据服务

限制,且交换机较多,从而导致维护和管理困境。此外AP的

VLAN设置前期也不合理,从而使一些地区的WLAN的

VLAN产生冲突,并容易造成AP掉线。鉴于此,在优化设计

之时,要解决这两个关键问题。详情见以下两图,为优化前后

的部分WLAN网络拓扑示例图。

241

信息通信

图3部分WLAN结构扩容后的拓扑图

(1)由于AC上端有较多交换机,导致网络层次架构较为

复杂,因而,本次整改方案是将SW01和SW02拆除。这主要

是这两者的性能、板卡数量已难以满足AC的数据对接服务需

求。鉴于此,考虑到未来的网络通讯服务需求,需要对这些设

备进行更换和优化。

(2)考虑到在AC下端,同样有较多的汇聚交换机配置,且

同样影响到网络通讯交换质量,因而,更换交换机来提高网络

通讯服务。同时,需要对原先WLAN的VLAN进行优化设

置,以加强对数据的回收管理质量。

(3)另外,本次规划原先由SDH承载的WLAN业务,将之

分发给PON及PTN等传输设备执行,从而实现业务优化整

改,发挥资源优化作用,且将原先由SDH承载的部分AC转接

给803交换机负责,通过利用该交换机当中的PON设备,为

AV提供业务承载服务。

拟用ONU来承载AP,OLT仍与803实现上联,但利用

803来为AC提供业务服务,从而使AC和AP,能够实现良好

的数据交换。

2.2网络出口容量不足问题整改方案分析

2.2.1整改方案

根据实际需求,为提高各省市地区的网络通讯质量、加强

对网络通讯设备的整合作用,对各级地区核心路由器存在的

CMNET网络出口容量不足的问题进行整改,使出口容量扩大

10GE。并需要遵从自上而下、实现设备资源整合、数据交换优

化整合的原则。鉴于此,某地区的扩容整改工作,应该侧重考

虑核心路由器、交换机的更换和链路优化配置。

在实际情况中,一台核心路由器主要包含两个端口(10GE

以上),才可满足联接通信,并对RT01、RT02起到互为保护作

用。若RT01出现上行中断,那么RT02能够承接其数据流,以

此保障数据的稳定。如下所示,为本次扩容整改的基本思路:

(1)扩容板卡;

242

王若其:CMNET网络出口容量不足问题优化研究

(2)考虑数据割接问题;

(3)切断RT01至省干路由器的数据;

(4)灌注RT01至省干路由器扩容端口的数据;

(5)切断RT01至RT02之间路由;

(6)灌注RT01至RT02之间扩容端口的数据;

(7)切断RT02至省干路由器之间路由;

(8)灌注RT02至省干路由器之间扩容端口的数据。

2.2.2做好割接前设备整合规划工作

(1

)

做好传输资源检查。RT0与其所对应省干节点,实际

上同属同一局点上下楼,切断的可能性不高,所以仅限于楼间

放线,而不对传输设备进行整改。RT02与其所对应省干节点

分属两个局点,因而要加强OTN保护。RT01、RT02虽然节点

不同,但同样要做好OTN保护。对OTN传输资源进行核查,

验证其是否可提供2条10GE传输通道,来实现RT01和RT02

数据交换,且满足RT02的上联需求。

(2)做好板卡检查。两台核心路由器的板卡容量应符合

10GE的要求,RT01和RT02的扩容端,分别各有两个,一个板

卡可配置两个端口。即一块板卡,可实现对上联端口、互联端

口的服务。因而,注重对板卡的故障风险及问题因素,做好周

全的准备。

(3)对RT01和RT02设备脚本进行备份。首先,要在割接

前的七天,以前割接前的一天,分别进行一次设备脚本的提取

和储存,如果在割接过程中发生问题,即要对数据的故障原因、

回退、引发因素,进行分析和判断。

(4)机房放线。在割接之前,要事先在机房中做好光纤设

置,同时做好设备及管道线路的排查、故障分析、安全布局。在

全面做好上述工作之后,要加强校正,保障各个链路环节的运

行顺畅。

2.2.3需要扩容整改的资源

(1)OTN传输通道数量:2×10GE;

(2)核心路由器10GE板卡:(2*10GE板卡)数量:4块;

(3)部分尾纤。

2.3扩容优化方案的流程与进度

对需要进行扩容优化的网络设备和资源,进行充分考虑

之后,需要制订相应的扩容整改操作流程。

根据前文的整改思路,本次将CMNET城域网的扩容整

改步骤分为以下几个流程:

(1)对两台核心路由器,做出扩容整改;

(2)添加了全新的NAT服务器;

(3)对省干线路加强防火墙扩容设置;

(4)BRAS上行扩容;

(5)BRAS下行扩容;

(6)对WLAN交换机进行更新扩容设计;

(7)优化OLT结构;

(8)优化不合规格标准的互联网专线。

3结语

本文根据移动公司对网络通讯业务的整改要求,以某地

区为目标案例,对该地区的CMNET城域网的扩容工作进行

问题分析,其后提供了相应的扩容优化方案,对该地区的

CMNET城域网络结构及设备资源进行整改优化,提高网络运

行质量。同时转变WLAN的方式,并将PON传输技术,融合

在WLAN当中进一步提高用户的互联网体验质量。

2019年第12期

(总第204期)

信息通信

INFORMATION&COMMUNICATIONS

2019

(204)

基于端到端业务监控的运维能力提升研究

陈瑞,柏洁

(中国移动通信集团湖北有限公司,湖北武汉

430023

摘要:对于客户端前的用户来说,CRM系统最直观的体验就是访问页面快或者慢,即响应时间的长短,将营业员使用体

验好坏定义为评价系统运行质量的最高标准。文章旨在利用现有监控体系基础上,引进一些新技术,拓展数据采集能

力,获取从客户端到服务端,各个业务路径全环节的指标数据,通过二次开发整合,实现端到端的客户服务体验保障、实

时故障定位。提高监控与维护管理能力,对故障进行提前预警和处理,实现运维前移。

关键词:CRM;网络质量;性能;运维能力;探针

中图分类号:TN949文献标识码:A文章编号:1673-1131(2019)12-0243-02

1概述

在早期的生产运营中,通常是被动地通过坐席投诉等方

式,来获得系统运行及业务办理情况,系统故障时只能做好“亡

羊补牢”,非实时监控方式给系统运营管理带来很大的压力,

目前运维面临典型问题包括:

(1)受理被动:以往前台故障通常是通过用户投诉、申报方式

得知坐席终端体验情况,报错界面截图和口头描述上报受理周期

长,信息在流转中非常容易发生缺失,无法高效定位到具体问题

关键业务、使用人员信息,为故障处理带来了重重阻碍。当系统

发生重大故障时,不能有效及时进行主动预警,运维陷入被动局

面。

(2)业务流程复杂,梳理调用关系困难:随着业务地不断

扩增,业务流程日趋复杂,后台各个业务模块之间的调用关

系、依赖关系难以通过人为梳理的方式清晰展现。一旦出现

故障需要从客户端到网络,再到后台应用服务器、数据库逐

层一步一步排查才能明确业务故障节点,分解故障根源,不

仅耗费更多时间在故障定位,更无法做到先于用户发现系统

故障。

(3)传统监控无法评估用户体验:前台系统承载业务繁

多、部署主机数量多应用也相当对复杂。为了保证服务不出

问题或是出了问题能第一时间被发现,可能有几十上百个指

标来监控它,传统监控一般使用三层监控:业务层、应用层、

系统层。业务层指标重点在业务量、办理成功率等,业务层

级的监控如业务量的波动,成功率的降低只能表明业务疑似

出现问题,但无法反应出业务出现问题是由系统故障、应用

故障或者网路故障导致,并且对于偶发或者部分节点处故障

可能从业务监控中体现不明显。应用层监控以URI为维度

的分析,可以看到某个URI的访问量、HTTP响应码分布、

HTTP响应时间等指标。但是应用服务层与业务层并不是一

一对应的关系,一个业务可能对应多个应用服务层的URI,

一个URI也可能对应多个业务层的业务。当单个URL响应

时间超过阈值触发的告警,无法准确评估业务受影响范围,

而且通过单URL排查定位故障困难。系统层监控,传统关

注的操作系统状态、CPU、内存、IO、网络流量、丢包率等;

Weblogic性能监控的执行线程总数、线程池空闲数量、JDBC

当前容量、JDBC当前活动连接数、当前打开的Session数数、

JVM堆内存等等。三类监控指标数量庞大,需要综合多个指

标来衡量系统运行情况,且应用的监控指标、系统监控相关

指标与前台真实用户的实际体验不成正比关系,都无法直接

反映用户真实使用体验。

总述目前运维面临的三大难题,寻求有效的端到端系统

监控处理技术、方法和手段已经成为目前迫切的需求。基于

此,本文特提出一种基于前台端到端的业务监控方法,通过监

控方法的实施,不断提示网管运维能力。

2基于前台端到端的业务监控

2.1网络流量旁路监听

通常客户通过浏览器访问网页,请求必须经过WEB服务

器,通过监控WEB服务器请求从而分析用户的体验行为。使

用RUEI软件,将客户和WEB服务器的交互报文悉数捕获,

然后使用网络报文协议分析技术对这些报文进行统计分析。

在交换机层面进行流量镜像,用户与应用系统的交互报文一

经交换机,交换机就会通过SPAN技术复制一份报文给RUEI,

交换机在不影响用户报文传输的同时,实时的将复制的报文

发送给RUEI了,RUEI就可以实时的处理报文。根据CRM

系统网络架构,在金银湖和开发区机房分别部署一套采集设

备,实时抓取所有在线坐席页面访问的性能数据,对URL的

加载时间进行统计分析。根据现有的业务流程配置关键页,

可按照操作员工号、地市、终端IP网络接入方式进行过滤匹配

事务。

2.2Agent探针数据采集

JDK1.5以后引入了JavaAgent技术,JavaAgent是运行方

法之前的拦截器。利用JavaAgent和ASM字节码技术,在

JVM加载class二进制文件的时候,利用ASM动态的修改加

载的class文件,在监控的方法前后添加计时器功能,用于计算

监控方法耗时,同时将方法耗时及内部调用情况放入处理器,

处理器利用栈先进后出的特点对方法调用先后顺序做处理,

文,2014.

[

4

]

修剑文.以路由器为基础的网络技术分析

[

J

]

科技创新与应

用,2012.16:65.

作者简介:王若其(1989-),男,湖北武汉人,硕士学历,研究方

向:电子通信。

参考文献:

丁哲衡.几类网络优化和改进问题的算法研究

[

D

]

中国计

量学院,2013.

[

2

]

蔡铭.韶关电信IP城域网网络优化设计与实施

[

D

]

.华南理

工大学,2014.

[

3

]

佟明.CNINET网络扩容规划与设计

[

D

]

.吉林大学硕士论

[

1

]

243