CN109768873A - 承载网设备的配置方法及装置 - Google Patents

Abstract

本发明提供了一种承载网设备的配置方法及装置，其中，该方法包括：判断承载网设备工作的域类型；在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。通过本发明，解决了相关技术的配置方案中容易引入错误的问题。

Description

承载网设备的配置方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种承载网设备的配置方法及装置。

背景技术

承载网设备的数据通信网络(Data Communication Network，DCN)功能依靠IP路由协议独立于传输业务组建了另一张管理平面的网络，主要用于设备与网管中心之间的通信。DCN功能目前广为使用的开放最短路径优先协议(Open Shortest Path First，OSPF)路由协议，这也是目前路由器普遍支持的协议。网管中心对设备下发的各种配置与查询命令，设备实时上报的告警事件状态，都依赖DCN组成的网络进行交互。因此DCN功能在电信级承载网设备中尤其重要。

在已经稳定的设备组网中一般不会去修改DCN配置，往往只有在网络运营商对设备的组网进行修改时才会去配置和维护DCN功能。比如新开商用局点、或者根据DCN网络规模在路由协议上进行重新划分比如OSPF协议的area区域划分，图1是本发明相关技术中按区域划分的示意图、再者对现有组网中的链路调整的场景，图2是本发明相关技术中链路调整的示意图、当然也有新加设备对现有网络扩容，图3是本发明相关技术中网络扩容的示意图、等等这些场景都会去修改DCN配置。

相关技术中，DCN在配置IP和路由协议相关的三层属性时，都是逐个端口进行配置。随着组网规模的增大复杂性也增长，端口上不正确的属性配置可能会导致这个链接方向的所有下游节点都会与网管中心断链的风险。排查故障时需要对设备组网使用到的每个链路使用到的端口进行分析，这将会是一个繁琐的过程。

根据DCN网络规模在OSPF路由协议上进行area区域划分(如图1)，如果中间的域边界路由器(Area Border Router，ABR)和每个非骨干域之间存在较多的链路，在做area划分切换配置时如果出现有遗漏的链路没有修改，那么本应该配置在1域或者2域的端口结果还在骨干域中，导致最终的组网划分与实际设计不一致。另外一种场景对现有组网中的链路调整(如图2)，由于配置的疏忽可能将端口1域的配置带到了2域中，导致域的划分也是乱的。在新加设备对现有网络扩容(如图3)这个场景中，最容易出现的就是新加入的设备由于处于默认配置状态，加入组网中会干扰现有网络中对接设备的路由学习。

OSPF协议在端口上不止区域(area)的配置，还有认证属性的口令等配置都可能遇到类似的问题。

针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。

发明内容

本发明实施例提供了一种承载网设备的配置方法及装置，以至少解决相关技术的配置方案中容易引入错误的问题。

根据本发明的一个实施例，提供了一种承载网设备的配置方法，包括：判断承载网设备工作的域类型；在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

根据本发明的另一个实施例，提供了一种承载网设备的配置装置，包括：判断模块，用于判断承载网设备工作的域类型；第一配置模块，用于在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

判断承载网设备工作的域类型；

在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

通过本发明，通过在配置前判断承载网设备工作的域类型，保证设备工作在非骨干域时所有端口的OSPF属性的一致性，同时也保证骨干域中的属性配置一致，实现了从配置手段上引导用户做正确的配置，并消除DCN网络规划变更时引入的错误问题，解决了相关技术的配置方案中容易引入错误的问题，提高了配置效率和容错率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明相关技术中按区域划分的示意图；

图2是本发明相关技术中链路调整的示意图；

图3是本发明相关技术中网络扩容的示意图；

图4是根据本发明实施例的承载网设备的配置方法的流程图；

图5是根据本发明实施例的承载网设备的配置装置的结构框图；

图6是本发明实施例下一跳设备在不同传输方向的示意图；

图7是本发明实施例中扩充网络的示意图；

图8是本发明实施例中实施场景一的流程图；

图9是本发明实施例中实施场景二的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种承载网设备的配置方法，图4是根据本发明实施例的承载网设备的配置方法的流程图，如图4所示，该流程包括如下步骤：

步骤S402，判断承载网设备工作的域类型；

步骤S404，在承载网设备工作在非骨干域时，配置承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

通过上述步骤，通过在配置前判断承载网设备工作的域类型，保证设备工作在非骨干域时所有端口的OSPF属性的一致性，同时也保证骨干域中的属性配置一致，实现了从配置手段上引导用户做正确的配置，并消除DCN网络规划变更时引入的错误问题，解决了相关技术的配置方案中容易引入错误的问题，提高了配置效率和容错率。

可选地，上述步骤的执行主体可以为承载网设备，路由器，交换机，协议网关等，但不限于此。

在本实施例中，承载网设备工作的域类型包括非骨干域和骨干域；area属性包括：IP，ID等，IP与ID可以为相互对应的关系，IP值的表现形式如：0.0.0.1，0.0.0.2等。

可选地，本实施例的方案还包括：

S11，在承载网设备工作在骨干域时，识别承载网设备的传输方向；

S12，对承载网设备进行传输方向上的area属性配置和/或认证配置，并拒绝对承载网设备的OSPF端口的area属性进行配置。

在本实施例中，识别承载网设备的传输方向包括：

S21，识别承载网设备所有的下一跳的邻居网元设备；

S22，将所有邻居网元设备中具有相同邻居网元端口的指定邻居网元设备划分到同一个传输方向中。

具体可以依靠链路层发现协议(Link Layer Discovery Protocol，LLDP)、或者其他的协议的私有字段扩展等手段来识别不同的邻居网元设备，以此感知网元的所有传输方向，然后再把具有相同邻居网元端口进行归属划分到同一个传输方向中。

可选的，在承载网设备工作在骨干域时，且不能识别承载网设备的传输方向时，对不能识别的邻居网元设备进行端口的area属性配置和/或端口的认证配置。

可选的，配置承载网设备的OSPF端口的域属性包括：将承载网设备在骨干域的OSPF端口的area属性配置成一致。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种承载网设备的配置装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的承载网设备的配置装置的结构框图，如图5所示，该装置包括：

判断模块50，用于判断承载网设备工作的域类型；

第一配置模块52，用于在承载网设备工作在非骨干域时，配置承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

可选的，装置还包括：识别模块，用于在承载网设备工作在骨干域时，识别承载网设备的传输方向；第二配置模块，用于对承载网设备进行传输方向上的area属性配置和/或认证配置，并拒绝对承载网设备的OSPF端口的area属性进行配置。

可选的，装置还包括：第三配置模块，用于在承载网设备工作在骨干域时，且不能识别承载网设备的传输方向时，对不能识别的邻居网元设备进行端口的area属性配置和/或端口的认证配置。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

现有OSPF路由协议针对端口的配置方法，在承载网设备DCN功能的使用环节中容易引入错误的配置以及重复的工作量。

若能改进承载网设备DCN使用OSPF路由协议的配置方法，保证设备工作在非骨干域时所有端口的OSPF属性的一致性，同时也保证骨干域中作为ABR节点在同一传输方向上所有链接端口上的OSPF属性配置一致，则可以从配置手段上引导用户做正确的配置，并消除DCN网络规划变更时引入的错误问题。由此，本发明提供了一种DCN路由协议的配置维护方法，使用该方法简化DCN的组网配置方法，以解决现有配置方法中容易引入错误的问题。

本发明从承载网设备典型组网的DCN配置中，提炼出了一种DCN路由协议的配置维护方法。该方法简化了DCN配置方法，并减少配置问题的引入。该方法具体是通过引入全局网元OSPF配置、传输方向OSPF配置、以及传统的端口OSPF配置，这三个层级的配置方法来配置设备的DCN路由协议OSPF的属性配置。传输方向是指承载网设备数据转发平面中的下一跳邻居设备，不同的邻居下一跳设备就给出了不同的传输方向如图6，图6是本发明实施例下一跳设备在不同传输方向的示意图。本网元设备可以依靠LLDP协议、或者其他的协议的私有字段扩展等手段来识别不同的邻居网元设备，以此感知网元的所有传输方向，然后再把具有相同邻居网元端口进行归属划分到同一个传输方向中。

第一级全局网元配置，主要包括还回口的配置和还回口所在的全局域。可以用于区分设备是工作在骨干域还是非骨干域中。全局域工作在非骨干域中的设备的域属性只允许配置这个级别的域(area)配置，保证所有OSPF端口都在一个域中工作，因为不同的非骨干域之间是不能互通的。也不允许用户配置任何一个端口的OSPF域这样做就避免了人工配置出错的可能。如果设备的全局域是配置在骨干域中，那么才允许用户去配置接下来的两个级别中的域的配置，因为只有边界路由器ABR才有划分OSPF区域的意义。

第二级传输方向配置，主要包括传输方向的域配置和传输方向认证配置。可以保证一个传输方向上所有的链路工作在一个OSPF域中，且认证属性保持一致。不允许用户配置该传输方向中的端口配置OSPF属性，从而避免不一致或者多链路疏漏的可能，也省去了用户重复的配置多个端口的繁琐过程。

第三级端口OSPF配置，包括端口域配置和端口的认证配置。这个和传统的配置方法保持一致，主要是用于组网中出现无法识别传输方向的场景，也就是邻居下一跳设备可能不是承载网设备。大部分情况下是由其他厂商提供的一个网络，用于穿通网络两端的承载网设备如图7，图7是本发明实施例中扩充网络的示意图。

整体的配置流程如图8所示。

实施场景一(域的划分)

图1所示的配置变更场景为本发明的第一实施场景，对应到图8的配置流程，不同域中的设备修改流程不一致，图8是本发明实施例中实施场景一的流程图。

1域和2域这些非骨干域的网元配置主要包括以下几个步骤：

步骤601：将网元的全局域根据组网需求配置成非骨干域值(0.0.0.1或0.0.0.2)；

步骤602：非骨干域网元；

步骤604：根据网元传输方向是否需要认证配置进行配置；

步骤605：没有无法识别方向接口；

步骤607：本网元配置结束。

ABR网元配置主要包括以下几个步骤：

步骤601：本网元的全局域已经是骨干域值(0.0.0.0)；

步骤602：是骨干域网元；

步骤603：根据网元传输方向，将两个方向分别配置为0.0.0.1和0.0.0.2域；该方向下的所有端口跟随传输方向域值配置；

步骤604：根据网元传输方向是否需要认证配置进行配置；该方向下的所有端口跟随传输方向认证配置；

步骤605：没有无法识别方向接口；

步骤607：本网元配置结束。

按照本专利的方法配置下来，不用检查网元的拓扑组网图，也不用逐个端口去排查配置，就能正确的将配置下发到端口。

其实图3新加设备网元的场景步骤和图1的ABR网元完全类似。

实施场景二(链路变更)

图2所示为本发明第二实施场景的场景，具体包含以下步骤如图9，图9是本发明实施例中实施场景二的流程图：

步骤701：端口A链路传输方向邻居网元设备发生变更，从1域的设备改到与2域的设备对接；

步骤702：端口A的重新属于新的传输方向；

步骤703：网元设备有骨干域；

步骤704：重新配置端口A跟随新传输方向的域配置；

步骤705：重新配置端口A跟随新传输方向的认证配置；

步骤706：端口A上的路由协议配置自动变更结束；

上述步骤中可以端口A链路关系发生变更的整个过程中没有人工干预，就能将端口A进行正确的配置不会引入错误，和相同方向上的其他端口保持一致配置。该自动配置过程依赖网元设备感知到方向的变更，然后才能触发后续的自动配置流程。这个自动配置过程说明了本专利中第二级按照传输方向的配置比传统的按照端口逐个配置路由协议的方法优势明显。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，判断承载网设备工作的域类型；

S2，在承载网设备工作在非骨干域时，配置承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：

判断承载网设备工作的域类型；

在承载网设备工作在非骨干域时，配置承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种承载网设备的配置方法，其特征在于，包括：

判断承载网设备工作的域类型；

在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述承载网设备工作在骨干域时，识别所述承载网设备的传输方向；

对所述承载网设备进行传输方向上的area属性配置和/或认证配置，并拒绝对所述承载网设备的OSPF端口的area属性进行配置。

3.根据权利要求2所述的方法，其特征在于，识别所述承载网设备的传输方向包括：

识别所述承载网设备所有的下一跳的邻居网元设备；

将所有邻居网元设备中具有相同邻居网元端口的指定邻居网元设备划分到同一个传输方向中。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述承载网设备工作在骨干域时，且不能识别所述承载网设备的传输方向时，对不能识别的邻居网元设备进行端口的area属性配置和/或端口的认证配置。

5.根据权利要求1所述的方法，其特征在于，配置所述承载网设备的OSPF端口的area属性包括：

将所述承载网设备在骨干域的OSPF端口的area属性配置成一致。

6.一种承载网设备的配置装置，其特征在于，包括：

判断模块，用于判断承载网设备工作的域类型；

第一配置模块，用于在所述承载网设备工作在非骨干域时，配置所述承载网设备的开放最短路径优先协议OSPF端口的区域area属性。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

识别模块，用于在所述承载网设备工作在骨干域时，识别所述承载网设备的传输方向；

第二配置模块，用于对所述承载网设备进行传输方向上的area属性配置和/或认证配置，并拒绝对所述承载网设备的OSPF端口的area属性进行配置。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第三配置模块，用于在所述承载网设备工作在骨干域时，且不能识别所述承载网设备的传输方向时，对不能识别的邻居网元设备进行端口的area属性配置和/或端口的认证配置。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至5中任一项所述的方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任一项所述的方法。