根据承载业务数据进行路由分析的方法                                                                                                          [返回目录]

东北空中交通管理局通信网络中心

摘要:提出并研究了以专业的资源管理软件VisualNet为平台,根据设备线路所承载的业务,进行路由分析的实施方法、关键控制点。

关键词VisualNet; 承载业务; 路由分析; 网络覆盖分析; 源链路分析

一、案例回放

       先看一下图一所示的网络结构图。本案中的系统分成沈阳中心站点、大连分站以及长春分站,各站之间通过租用联通线路进行通信。沈阳站的视频会议、电子政务、VHF以及VHF监控业务,分别通过相应设备,为大连和长春提供服务。图中显示了为大连站点提供视频会议和电子政务两类业务,为长春站点提供视频会议、电子政务、VHFVHF监控4种业务。

VisualNet 三个站点间的网络结构图

(图一:三个站点间的网络结构)

       在实际运维过程中,我们希望某个设备或线路出现故障后,能根据对象所承载的相应业务,来快速进行故障定位,并查找引起故障的设备源或者分析故障影响的范围。如下列表格一中所示样例数据,我们需要根据相应故障对象来判断影响哪些地区的哪些业务:

编号

故障对象

至大连

视频会议

至大连

电子政务

至长春

视频会议

至长春

电子政务

至长春

VHF

至长春

VHF监控

1

Merto1000-1-F1ODF-1间光缆中断

故障

故障

故障

故障

故障

故障

2

沈阳站协议转换器1故障

故障

故障

 

 

 

 

3

沈阳站协议转换器2故障

 

 

故障

故障

 

 

4

DDF-3的端口2Metro1000-3的端口2之间电缆中断

 

 

 

 

故障

故障

5

FRS800设备故障

故障

故障

故障

故障

 

 

(表一:故障对象与所影响的业务对应表)

表中内容解释如下:

l         当编号为1的故障发生时,会引起大连、长春两地的6个业务出现故障;

l         当编号为2的故障发生时,会引起大连的两个业务出现故障;

l         当编号为3的故障发生时,会引起长春的两个业务出现故障;

l         当编号为4的故障发生时,会引起长春的两个VHF业务出现故障;

l         当编号为5的故障发生时,会引起大连、长春两地的4个业务出现故障。

目前传统做法,譬如分析编号1中的故障时,我们是这么做的:

1、  找到“Merto1000-1-F1端口与ODF之间”的“光缆”这条线。

2、  向下不断搜索至“联通SDH”。

3、  然后分别去往“大连”和“长春”站

4、  在“大连站”内,不断检索直至终端的“视频会议”和“电子政务”两业务。

5、  在“长春站”内,不断检索直至终端的“视频会议”、“电子政务”、“VHF”和“VHF监控”4个业务。

6、  最后得出结论:两地共有6个业务受影响。

   但是当我们分析编号2345故障时,情况就发生了变化。因为一个对象上可能承载多个业务,当某个子对象故障时,公共部分的设备或线路可能还是正常的,但是怎样从公共部分分离出相应的子业务数据,来进行终端故障的判断就成了一个问题。

       譬如分析表中编号2故障,当协议转换器1出现故障,我们首先去查找上一级或多级设备,获取协议转换器1是做什么用途的,或者需要问制图人员,协议转换器1是做什么服务。很显然,当我们第一次接触这张图的时候,是无法直观知道这些信息的。

   假设现在我们已经知道协议转换器1是用于视频会议业务,接下来向下检索它的物理连接,发现连接到了DDF11端口和E11端口,然后通过一根光缆,连接到了ODF上。这个时候问题出现了;这根光缆除了承载“视频会议业务”,还相应承担了协议转换器2的业务和FA16中传输过来的VHFVHF监控业务,您怎么知道它最终影响了大连和长春的哪些终端业务呢?很显然,若非图纸设计人员告诉你或者他在旁边加上大量文字描述的话,您是很难获取相关故障信息的。当大量的设备分布在大量的不同图纸上时,采用传统模式的分析方法,成为了您始终挥之不去的“心头之痛”。

   在常规的制图软件或资源管理系统中,由于对象之间存在大量的关联特性以及承载了众多业务数据,人工搜索方法或数据表格模式进行分析,往往会造成分析遗漏或判断错误。下面我们介绍了怎样通过VisualNet资源管理平台中的智能路由分析功能,根据系统中各个元素承载的数据业务信息,去快速查找相应的故障源或分析故障影响范围。减少人工分析的失误、降低分析工作量,提 高系统的运维效率。

 

二、实施步骤

       1、图纸设计

这一部分相对简单些,拖拉模板到设计页面上,并画完连接线、设置好线类型并做适当的美观就完成,在此不再累述。

       2、设备与端口对象的成组

     从VisualNet9.3版本开始,系统提供了新的对象成组方式,譬如一个“设备机框”和设备内“端口”之间的组合方式。你只要把“端口”拖到“机框”的边界范围内,然后把它们全部选中后成组,那么这些端口就成为了该“设备”的一个子元素。外部线路连接到这些“端口”上,也就意味着也连接到了这个“设备”上。当移动“设备”时,这些“端口”也一起移动。

在本项目中,我们为“Cisco2811”、“FRS帧中继”、“DDF”、“Metro1000”、“ODF”等对象上建立了子端口对象。

设备与端口之间建立父子关系设备与端口之间建立父子关系

(图二:建立设备与端口的“父-子”关系)

       3、增加一个相同名称的字段

       在编辑模板状态下,给每个节点模板和线模板对象,都增加一个名称为“承载业务”的公共文本字段,作为对象的一个属性。系统将根据这个字段数据信息,进行路由检索分析。

增加“承载业务”字段      增加“承载业务”字段   

(图三:给节点和线模板都增加一个“承载业务”公共字段)

       4、给字段“承载业务”录入数据

    点击图中每个元素,给属性字段“承载业务”输入相应的数据。譬如在“Cisco2811-1”中,输入“视频,电子政务”。在其端口“192.168.3.1”中,输入“视频”,在“192.168.4.1”中输入“电子政务”,给它们的所有连接线中也分别输入相应的承载业务数据。

    需要注意的地方是:如果该对象是承载几个业务的公共部分,您就需要在“承载业务”字段中把所有业务数据都输入进去。譬如:“FRS800帧中继-1”或“8A49端口”及其连接线,是属于多个业务的公共部分,这些元素中的承载业务数据值就是“视频,电子政务”了。

给“承载业务”字段输入数据

(图四:给公共对象的“承载业务”字段输入更多数据)

       5、故障影响范围分析

在上面表一中,我们需要分析的是设备的“主-从”关系,属于由上级往下级查找影响的设备终端。在VisualNet的路由分析中,称之为“覆盖分析”,方法如下:先点击设计图中的“Metro1000-1”与“ODF-1”之间的连接线,然后点击如下图五路由分析窗口中所示的“过滤二:属性值满足”选项,并选择字段“承载业务”,条件为“含有”,值文本框中输入“电子政务”。然后再去点击该窗口工具栏上的“覆盖分析”按钮,就能产生如图六所示的路由图。

路由分析的条件设定

(图五:选择过滤二并点击网络覆盖分析按钮)

     很显然,在下图六所示的路由图中,我们发现它在“联通SDH”出开始出现分叉,分别指向了大连和长春方向。

 网络覆盖分析图

(图六:网络覆盖分析)

进一步往下查看,一直最终到终端,我们发现如果F1ODF-1之间的线路出现故障,受影响的“电子政务”业务终端有两处被找到,分别在大连的电子政务节点和长春的电子政务节点上。

 检索到终端设备

(图七:影响的电子政务业务终端)

      采用同样的方法,我们可以点击设计图中的任意一个对象,然后通过对“承载业务”字段的数据进行过滤分析,把符合条件的设备、线路和端口都一一找出。通过对表一中的故障点进行路由覆盖分析试验,我们发现得到的故障点分析结果和表中结果完全一致。

       6、故障源分析

       在实际运维过程中,我们除了要查找设备发生故障后的影响范围,还需要根据下一级设备因业务被中断,向上搜索故障源。在VisualNet平台中,我们把它称之为“源链路分析”,也即:查找信号来源通道。如下图八所示的信号来源通道路由图,我们分析了因“VHF监视”业务出现中断,所能搜寻到的所有能引起这个故障的上级设备、线路、端口、ODFDDF以及连接通道。

检索到源设备及路由

(图八:查询信号来源)

在网络覆盖分析、源链路分析或拓扑分析后,我们双击路由图中的任意一个节点或连线,系统就会自动跳转到该页面上,并以红色箭头方式,闪烁指示该对象位置。如果这些设备或连线处于不同的页面上,系统就会先自动打开该页面,然后再去闪烁定位该对象。这个功能便于您从纷繁复杂的路由结构图中及时找到它们。

       7、备用路由辅助分析

       查询备用通道也是我们运维中经常遇到的情况。在本项目中,我们还在“Metro1000-3”与“DDF-3”之间各增加了一个端口,并建立了连接线,其承载业务数据也是“VHF监视”,我们把它当做一个备份路由。当我们需要对图中“FA16复用器-2”进行承载“VHF监视”业务的路由进行分析时,系统就会把另外一条路由通道也一起找到,为您解决故障时提供一个参考。

       当然如果整个路由图中,还有很多备份线路或分叉线路,您无法一一看清时,您还可以借助VisualNet中提供的“本页连通性分析”工具,来分析当前路由图中的各个备用路由通道,这里就不做讲解了。

备用链路

(图九:备份路由的分析)

三、实施关键点

       整个路由分析功能的实现,主要掌握两个关键点:

一是:设备机框与端口的“父子”关系的实现,即通过成组方式实现端口附着在设备机框图上。这个功能在V9.3版本中得到了更新,比早期版本更能体现“子端口或板卡”与“父机框或设备”的关联性。

二是:给每个设备、节点、连接线模板增加一个相同名称的字段,即:增加了“承载业务”字段,并且需要给这个字段输入实际的承载业务数据。有多少业务数据就输入多少内容,不要遗漏。系统在做路由分析时,就是根据该字段内容来分析判断的。如果需要输入的字段值相同,可以批量选中多个对象,然后一次性在“承载业务”字段中输入数据,可以实现该字段值的批量录入或更新。

 

通过对整个项目的实施与优化,我们在故障点查找、故障影响范围分析以及备用路由的提示方面得到了效率提升,很好地解决了人工故障分析的出错与遗漏,大大降低了运维工作量。特别是随着系统越来越复杂、承载的业务越来越多这个趋势,使用VisualNet资源管理平台,极大地提高了我们工作效率。

 

(注:本项目数据的开发环境为VisualNet V9.3版设计,如需该数据包,请向我们索取!)

分享本页: