系统集成论坛

标题: 交通资源管理案例-空中通信网络中心 [打印本页]

作者: 规则的旋律 时间: 2013-9-29 14:32
标题: 交通资源管理案例-空中通信网络中心
摘要：提出并研究了以专业的资源管理软件VisualNet为平台，根据设备线路所承载的业务，进行路由分析的实施方法、关键控制点。
一、案例回放
先看一下图一所示的网络结构图。本案中的系统分成沈阳中心站点、大连分站以及长春分站，各站之间通过租用联通线路进行通信。沈阳站的视频会议、电子政务、VHF以及VHF监控业务，分别通过相应设备，为大连和长春提供服务。图中显示了为大连站点提供视频会议和电子政务两类业务，为长春站点提供视频会议、电子政务、VHF和VHF监控4种业务。

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

（表一：故障对象与所影响的业务对应表）
表中内容解释如下：
      当编号为1的故障发生时，会引起大连、长春两地的6个业务出现故障；
      当编号为2的故障发生时，会引起大连的两个业务出现故障；
      当编号为3的故障发生时，会引起长春的两个业务出现故障；
      当编号为4的故障发生时，会引起长春的两个VHF业务出现故障；
      当编号为5的故障发生时，会引起大连、长春两地的4个业务出现故障。
目前传统做法，譬如分析编号1中的故障时，我们是这么做的：
1、  找到“Merto1000-1-F1端口与ODF之间”的“光缆”这条线。
2、  向下不断搜索至“联通SDH”。
3、  然后分别去往“大连”和“长春”站
4、  在“大连站”内，不断检索直至终端的“视频会议”和“电子政务”两业务。
5、  在“长春站”内，不断检索直至终端的“视频会议”、“电子政务”、“VHF”和“VHF监控”4个业务。
6、  最后得出结论：两地共有6个业务受影响。
但是当我们分析编号2、3、4、5故障时，情况就发生了变化。因为一个对象上可能承载多个业务，当某个子对象故障时，公共部分的设备或线路可能还是正常的，但是怎样从公共部分分离出相应的子业务数据，来进行终端故障的判断就成了一个问题。
   譬如分析表中编号2故障，当协议转换器1出现故障，我们首先去查找上一级或多级设备，获取协议转换器1是做什么用途的，或者需要问制图人员，协议转换器1是做什么服务。很显然，当我们第一次接触这张图的时候，是无法直观知道这些信息的。
假设现在我们已经知道协议转换器1是用于视频会议业务，接下来向下检索它的物理连接，发现连接到了DDF1的1端口和E1的1端口，然后通过一根光缆，连接到了ODF上。这个时候问题出现了；这根光缆除了承载“视频会议业务”，还相应承担了协议转换器2的业务和FA16中传输过来的VHF和VHF监控业务，您怎么知道它最终影响了大连和长春的哪些终端业务呢？很显然，若非图纸设计人员告诉你或者他在旁边加上大量文字描述的话，您是很难获取相关故障信息的。当大量的设备分布在大量的不同图纸上时，采用传统模式的分析方法，成为了您始终挥之不去的“心头之痛”。
在常规的制图软件或资源管理系统中，由于对象之间存在大量的关联特性以及承载了众多业务数据，人工搜索方法或数据表格模式进行分析，往往会造成分析遗漏或判断错误。下面我们介绍了怎样通过VisualNet资源管理平**的智能路由分析功能，根据系统中各个元素承载的数据业务信息，去快速查找相应的故障源或分析故障影响范围。减少人工分析的失误、降低分析工作量，提高系统的运维效率。
二、实施步骤
   1、图纸设计
这一部分相对简单些，拖拉模板到设计页面上，并画完连接线、设置好线类型并做适当的美观就完成，在此不再累述。
   2、设备与端口对象的成组
   从VisualNet9.3版本开始，系统提供了新的对象成组方式，譬如一个“设备机框”和设备内“端口”之间的组合方式。你只要把“端口”拖到“机框”的边界范围内，然后把它们全部选中后成组，那么这些端口就成为了该“设备”的一个子元素。外部线路连接到这些“端口”上，也就意味着也连接到了这个“设备”上。当移动“设备”时，这些“端口”也一起移动。

（图二：建立设备与端口的“父-子”关系）
   3、增加一个相同名称的字段
   在编辑模板状态下，给每个节点模板和线模板对象，都增加一个名称为“承载业务”的公共文本字段，作为对象的一个属性。系统将根据这个字段数据信息，进行路由检索分析。

（图三：给节点和线模板都增加一个“承载业务”公共字段）
4、给字段“承载业务”录入数据
点击图中每个元素，给属性字段“承载业务”输入相应的数据。譬如在“Cisco2811-1”中，输入“视频，电子政务”。在其端口“192.168.3.1”中，输入“视频”，在“192.168.4.1”中输入“电子政务”，给它们的所有连接线中也分别输入相应的承载业务数据。
需要注意的地方是：如果该对象是承载几个业务的公共部分，您就需要在“承载业务”字段中把所有业务数据都输入进去。譬如：“FRS800帧中继-1”或“8A49端口”及其连接线，是属于多个业务的公共部分，这些元素中的承载业务数据值就是“视频，电子政务”了。

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

（图五：选择过滤二并点击网络覆盖分析按钮）
很显然，在下图六所示的路由图中，我们发现它在“联通SDH”出开始出现分叉，分别指向了大连和长春方向。

（图六：网络覆盖分析）
进一步往下查看，一直最终到终端，我们发现如果F1与ODF-1之间的线路出现故障，受影响的“电子政务”业务终端有两处被找到，分别在大连的电子政务节点和长春的电子政务节点上。

（图七：影响的电子政务业务终端）
   采用同样的方法，我们可以点击设计图中的任意一个对象，然后通过对“承载业务”字段的数据进行过滤分析，把符合条件的设备、线路和端口都一一找出。通过对表一中的故障点进行路由覆盖分析试验，我们发现得到的故障点分析结果和表中结果完全一致。
   6、故障源分析
   在实际运维过程中，我们除了要查找设备发生故障后的影响范围，还需要根据下一级设备因业务被中断，向上搜索故障源。在VisualNet平**，我们把它称之为“源链路分析”，也即：查找信号来源通道。如下图八所示的信号来源通道路由图，我们分析了因“VHF监视”业务出现中断，所能搜寻到的所有能引起这个故障的上级设备、线路、端口、ODF、DDF以及连接通道。

（图八：查询信号来源）
在网络覆盖分析、源链路分析或拓扑分析后，我们双击路由图中的任意一个节点或连线，系统就会自动跳转到该页面上，并以红色箭头方式，闪烁指示该对象位置。如果这些设备或连线处于不同的页面上，系统就会先自动打开该页面，然后再去闪烁定位该对象。这个功能便于您从纷繁复杂的路由结构图中及时找到它们。
   7、备用路由辅助分析
   查询备用通道也是我们运维中经常遇到的情况。在本项目中，我们还在“Metro1000-3”与“DDF-3”之间各增加了一个端口，并建立了连接线，其承载业务数据也是“VHF监视”，我们把它当做一个备份路由。当我们需要对图中“FA16复用器-2”进行承载“VHF监视”业务的路由进行分析时，系统就会把另外一条路由通道也一起找到，为您解决故障时提供一个参考。
   当然如果整个路由图中，还有很多备份线路或分叉线路，您无法一一看清时，您还可以借助VisualNet中提供的“本页连通性分析”工具，来分析当前路由图中的各个备用路由通道，这里就不做讲解了。

欢迎光临系统集成论坛 (http://bbs.xtjc.com/)