基于OTN系统的配置反刷方法、装置、设备及可读存储介质与流程

基于otn系统的配置反刷方法、装置、设备及可读存储介质
技术领域
1.本发明涉及光传送网技术领域，尤其涉及一种基于otn系统的配置反刷方法、装置、设备及可读存储介质。


背景技术：

2.otn(optical transportnetwork，光传送网)概念和整体技术架构是在1998年由国际电信联盟远程标准化组织(international telecommunication and standardization sector，简称为itu.t)正式提出的，作为继准同步数字系列(plesiochronous digital hierarchy，简称为pdh)、软件定义网络(software definednetwork，简称为sdn)之后的新一代数字光传送技术体制。其标准体系日趋完善，目前已形成一系列框架性标准。
3.otn技术包括了光层和电层的完整体系结构，各层网络都有相应的管理监控机制，光层为波长交换，电层为时隙交换，光层和电层都具有网络生存性机制。otn技术可以提供强大的oam功能，并可实现多达6级的串联连接监测(tandem connection monitoring，简称为tcm)功能，提供完善的性能和故障监测功能。
4.目前实现otn业务的系统包括网管设备、sdn设备和otn设备，存在如下弊端：
5.第一，在实现otn业务的系统维护时，otn业务的系统中的每个设备实现方式上存在差异性，不仅有很强的版本依赖性，而且各个单盘、端口以及模块之间默认值存在差异性；
6.第二，在实现otn业务的系统开发时，otn业务模型之间存在差异，支路单盘、线路单盘和中继单盘业务模型存在差异。支路单对应的物理口等同速率oduk，线路单盘和中继单盘对应地接oduk，存在差异性；
7.第三，随着光通信技术的发展，对otn业务对业务损伤小、业务无损、业务配置优化的需求越来越迫切，开发周期需求也越来越短；
8.第四，针对上述设备开发存在差异性，设备之间的实现方式上差别较大，不利于统一规划开发。


技术实现要素：

9.为解决上述现有技术中存在的至少一个技术问题，本发明提供一种基于otn系统的配置反刷方法、装置、设备及可读存储介质。
10.第一方面，本发明提供一种基于otn系统的配置反刷方法，所述基于otn系统的配置反刷方法包括：
11.以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息；
12.基于节点信息数据库建立每个节点内部的配置依赖关系；
13.根据所述配置依赖关系，进行配置依赖操作。
14.可选的，所述基于节点信息数据库建立每个节点内部的配置依赖关系的步骤包括：
15.基于节点信息数据库中每个节点的relay_act配置依赖信息，建立每个节点内部业务配置和开销配置的依赖关系、开销配置和保护配置的依赖关系、保护配置和多播配置的依赖关系。
16.可选的，所述根据所述配置依赖关系，进行配置依赖操作的步骤包括：
17.接收业务配置并触发驱动适配；
18.在驱动适配返回ack，且收到业务ack后，根据业务配置和开销配置的依赖关系进行odu开销配置，完成相关开销操作；
19.接收到开销ack后，根据开销配置和保护配置的依赖关系，进行aps保护配置，完成相关保护操作；
20.接收到aps ack后，根据保护配置和多播配置的依赖关系，进行muti多播配置，完成相关多播操作。
21.可选的，在所述以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息的步骤之后，还包括：
22.基于节点信息数据库中每个节点的relation_act节点依赖信息，建立节点间依赖关系。
23.可选的，在所述基于节点信息数据库建立节点间依赖关系的步骤之后，还包括：
24.根据所述节点间依赖关系确定节点配置顺序；
25.对排在第一位的节点进行配置；
26.检测排在第一位的节点是否收到ack，若收到，则对排在第二位的节点进行配置；
27.检测排在第二位的节点是否收到ack，若收到，则对排在第三位的节点进行配置；
28.以此类推，直至对排在最后一位的节点进行配置；
29.检测排在最后一位的节点是否收到ack，若收到，则确定完成节点配置。
30.可选的，所述基于otn系统的配置反刷方法应用于sdn/网管控制器和otn设备之间的中间层。
31.可选的，所述基于otn系统的配置反刷方法还包括：
32.获取节点上报的新的节点信息；
33.基于所述新的节点信息更新节点信息数据库。
34.第二方面，本发明还提供一种基于otn系统的配置反刷装置，所述基于otn系统的配置反刷装置包括：
35.数据库建立模块，用于以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息；
36.关系建立模块，用于基于节点信息数据库建立每个节点内部的配置依赖关系；
37.配置模块，用于根据所述配置依赖关系，进行配置依赖操作。
38.第三方面，本发明还提供一种基于otn系统的配置反刷设备，所述基于otn系统的
配置反刷设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的基于otn系统的配置反刷程序，其中所述基于otn系统的配置反刷程序被所述处理器执行时，实现如上所述的基于otn系统的配置反刷方法的步骤。
39.第四方面，本发明还提供一种可读存储介质，所述可读存储介质上存储有基于otn系统的配置反刷程序，其中所述基于otn系统的配置反刷程序被处理器执行时，实现如上所述的基于otn系统的配置反刷方法的步骤。
40.本发明中，以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息；基于节点信息数据库建立每个节点内部的配置依赖关系；根据所述配置依赖关系，进行配置依赖操作。通过本发明，解决了otn归一化版本控制、对业务无损配置以及配置效率优化的问题，在网络设备日常维护和管理过程中起到很关键的作用。
附图说明
41.图1为本发明实施例方案中涉及的基于otn系统的配置反刷设备的硬件结构示意图；
42.图2为本发明基于otn系统的配置反刷方法一实施例的流程示意图；
43.图3为本发明一实施例中节点二叉树组成结构示意图；
44.图4为本发明一实施例中配置依赖结构示意图；
45.图5为本发明一实施例中业务配置无损实现结构示意图；
46.图6为本发明一实施例中节点无损组网结构示意图；
47.图7为本发明一实施例中节点无损实现结构示意图；
48.图8为本发明基于otn系统的配置反刷装置一实施例的功能模块示意图。
49.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
50.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
51.第一方面，本发明实施例提供一种基于otn系统的配置反刷设备。
52.参照图1，图1为本发明实施例方案中涉及的基于otn系统的配置反刷设备的硬件结构示意图。本发明实施例中，基于otn系统的配置反刷设备可以包括处理器1001(例如中央处理器central processing unit，cpu)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真wireless
‑
fidelity，wi
‑
fi接口)；存储器1005可以是高速随机存取存储器(random access memory，ram)，也可以是稳定的存储器(non
‑
volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
53.继续参照图1，图1中作为一种计算机存储介质的存储器1005中可以包括操作系
统、网络通信模块、用户接口模块以及基于otn系统的配置反刷程序。其中，处理器1001可以调用存储器1005中存储的基于otn系统的配置反刷程序，并执行本发明实施例提供的基于otn系统的配置反刷方法。
54.第二方面，本发明实施例提供了一种基于otn系统的配置反刷方法。
55.一实施例中，参照图2，图2为本发明基于otn系统的配置反刷方法一实施例的流程示意图。如图2所示，基于otn系统的配置反刷方法包括：
56.步骤s10，以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息；
57.本实施例中，每个节点自举自身的节点信息，获取到各个节点自举的节点信息后，以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，参照图3，图3为本发明一实施例中节点二叉树组成结构示意图。其中，对节点信息通过二叉树的结构进行存储，利于高效查找以及数据处理。节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息。需要说明的是，可根据实际需要对节点信息包含的具体内容进行扩充或缩减。
58.进一步地，一实施例中，所述基于otn系统的配置反刷方法还包括：
59.获取节点上报的新的节点信息；基于所述新的节点信息更新节点信息数据库。
60.本实施例中，单盘背板link变化、单盘能力变化等都会触发单盘节点信息重新上报，在收到节点上报的新的节点信息后，便基于新的节点信息更新节点信息数据库。
61.步骤s20，基于节点信息数据库建立每个节点内部的配置依赖关系；
62.本实施例中，根据节点信息数据库中每个节点的relay_act配置依赖信息，完成节点内部配置的关联，即确定每个节点中不同配置间的配置先后顺序。
63.进一步地，一实施例中，步骤s20包括：
64.基于节点信息数据库中每个节点的relay_act配置依赖信息，建立每个节点内部业务配置和开销配置的依赖关系、开销配置和保护配置的依赖关系、保护配置和多播配置的依赖关系。
65.本实施例中，参照图4，图4为本发明一实施例中配置依赖结构示意图。如图4所示，首先，单盘接收otn业务配置。具体的，建立业务配置依赖点，处理业务配置，需要和开销配置建立依赖关系。因此，定义了relay_act[0]关联开销配置uinq_index，同时定义了业务配置uinq_index。然后，单盘接收otn开销配置。具体的，建立开销配置依赖点，需要和保护配置建立依赖关系。因此，定义了relay_act[1]关联保护配置uinq_index，同时定义了开销配置uinq_index。再然后，单盘接收otn保护配置。具体的，建立了保护配置依赖点，需要和多播配置建立依赖关系。因此，定义了relay_act[2]关联多播配置uinq_index，同时定义了保护配置uinq_index。最后，单盘接收otn多播配置。具体的，建立了多播配置依赖点和uinq_index。至此，一个节点内部的配置依赖关系建立成功。
[0066]
通过上述实施例，可以实现配置最优，达到业务无损的功能。
[0067]
步骤s30，根据所述配置依赖关系，进行配置依赖操作。
[0068]
本实施例中，根据步骤s20建立的配置依赖关系，即可实现配置依赖操作，从而实现无损业务配置，提升业务配置效率。
[0069]
进一步地，一实施例中，步骤s30包括：
[0070]
接收业务配置并触发驱动适配；在驱动适配返回ack，且收到业务ack后，根据业务配置和开销配置的依赖关系进行odu开销配置，完成相关开销操作；接收到开销ack后，根据开销配置和保护配置的依赖关系，进行aps保护配置，完成相关保护操作；接收到aps ack后，根据保护配置和多播配置的依赖关系，进行muti多播配置，完成相关多播操作。
[0071]
本实施例中，根据步骤s20建立配置依赖关系后，依据配置依赖关系通过ack的应答确认机制，可以保证配置顺序的时序保证，以及根据配置依赖关系的建立，完成配置的时序下发和反刷。
[0072]
参照图5，图5为本发明一实施例中业务配置无损实现结构示意图。如图5所示，一节点接收业务配置并触发驱动适配，在驱动适配返回ack，且收到业务ack后，根据业务配置和开销配置的依赖关系进行odu开销配置，完成相关开销操作；若未收到业务ack，则不进行odu开销配置，处于等待状态。然后，在接收到开销ack之后，根据开销配置和保护配置的依赖关系进行aps保护配置，完成相关保护操作；若未收到开销ack，则不进行aps保护操作，处于等待状态。然后，在接收到aps ack(保护ack)之后，根据保护配置和多播配置的依赖关系进行muti多播配置，完成相关多播操作；若未收到aps ack，则不进行muti多播配置，处于等待状态。
[0073]
进一步地，一实施例中，在步骤s10之后，还包括：
[0074]
步骤s40，基于节点信息数据库中每个节点的relation_act节点依赖信息，建立节点间依赖关系。
[0075]
本实施例中，基于节点信息数据库中每个节点的relation_act节点依赖信息，建立节点间依赖关系，即确定了节点间的配置先后顺序。参照图6，图6为本发明一实施例中节点无损组网结构示意图。如图6所示，节点1是支路单盘，节点1和节点2通过交叉创建业务。节点2包括xcu交叉单元和otn线路单盘。无保护场景下，节点1交叉到节点2的otn线路盘(主)；保护场景下，节点1多播到节点2的otn线路盘(主)、otn线路盘(备)。节点3包括xcu交叉单元和主、备otn线路单盘。无保护场景下，节点2的otn线路盘(主)光纤连接到节点3的线路盘(主)；保护场景下，节点2的otn线路盘(主)连接到节点3的线路盘(主)，同时节点2的otn线路盘(备)连接到节点3的线路盘(备)。节点4是支路单盘。无保护场景下，节点4交叉到节点3的otn线路盘(主)；保护场景下，节点4依据保护配置，选择性接收节点3的otn线路盘(主)或otn线路盘(备)发送的多播数据。
[0076]
基于图6所示的节点无损组网结构，若基于节点信息数据库中每个节点的relation_act节点依赖信息，确定节点间依赖关系为节点1依赖节点2，节点2依赖节点3，依赖节点3依赖节点4，则按照节点4
‑3‑2‑
1这样顺序操作，实现节点间的保续，从而实现了配置的最优。
[0077]
进一步地，一实施例中，在步骤s40之后，还包括：
[0078]
根据所述节点间依赖关系确定节点配置顺序；对排在第一位的节点进行配置；检测排在第一位的节点是否收到ack，若收到，则对排在第二位的节点进行配置；检测排在第二位的节点是否收到ack，若收到，则对排在第三位的节点进行配置；以此类推，直至对排在最后一位的节点进行配置；检测排在最后一位的节点是否收到ack，若收到，则确定完成节点配置。
[0079]
本实施例中，根据步骤s40建立的节点间依赖关系，即可确定节点配置顺序，从而按照确定节点配置顺序对各个节点进行配置。例如，建立了节点4依赖点，需要和节点3建立依赖关系，因此定义了relation_act关联节点3uinq_index，同时定义了节点3uinq_index。建立了节点3依赖点，需要和节点2建立依赖关系，因此定义了relation_act关联节点2uinq_index，同时定义了节点2uinq_index。建立了节点2依赖点，需要和节点1建立依赖关系，因此定义了relation_act关联节点1uinq_index，同时定义了节点1uinq_index。建立了节点1依赖点，定义了节点1uinq_index。一条完成的节点间依赖关系建立成功。参照图7，图7为本发明一实施例中节点无损实现结构示意图。如图7所示，根据节点间依赖关系，首先对排在第一位的节点(节点4)进行配置；若节点4收到ack，则对排在第二位的节点(节点3)进行配置；若节点3收到ack，则对排在第三位的节点(节点2)进行配置；若节点2收到ack，则对排在最后一位的节点(节点1)进行配置；若节点1收到ack，则确定完成节点配置。
[0080]
进一步地，一实施例中，所述基于otn系统的配置反刷方法应用于sdn/网管控制器和otn设备之间的中间层。
[0081]
本实施例中，sdn/网管控制器下发配置命令，otn设备实现otn设备业务、管控，oam等功能。本实施例的执行主体处于sdn/网管控制器和otn设备中间层，该中间层解决设备差异的问题，实现版本归一化；该中间层解决配置依赖的问题，实现业务配置效率优化，业务无损；该中间层解决节点之间依赖的问题，实现业务无损切换。
[0082]
第三方面，本发明实施例还提供一种基于otn系统的配置反刷装置。
[0083]
一实施例中，参照图8，图8为本发明基于otn系统的配置反刷装置一实施例的功能模块示意图。如图8所示，基于otn系统的配置反刷装置包括：
[0084]
数据库建立模块10，用于以二叉树结构对每个节点的节点信息进行存储，得到节点信息数据库，节点信息包括框/槽/子卡/端口、默认业务类型、低阶颗粒能力、端口速率、relay_act配置依赖信息和relation_act节点依赖信息；
[0085]
关系建立模块20，用于基于节点信息数据库建立每个节点内部的配置依赖关系；
[0086]
配置模块30，用于根据所述配置依赖关系，进行配置依赖操作。
[0087]
进一步地，一实施例中，关系建立模块20，用于：
[0088]
基于节点信息数据库中每个节点的relay_act配置依赖信息，建立每个节点内部业务配置和开销配置的依赖关系、开销配置和保护配置的依赖关系、保护配置和多播配置的依赖关系。
[0089]
进一步地，一实施例中，配置模块30，用于：
[0090]
接收业务配置并触发驱动适配；
[0091]
在驱动适配返回ack，且收到业务ack后，根据业务配置和开销配置的依赖关系进行odu开销配置，完成相关开销操作；
[0092]
接收到开销ack后，根据开销配置和保护配置的依赖关系，进行aps保护配置，完成相关保护操作；
[0093]
接收到aps ack后，根据保护配置和多播配置的依赖关系，进行muti多播配置，完成相关多播操作。
[0094]
进一步地，一实施例中，关系建立模块20，还用于：
[0095]
基于节点信息数据库中每个节点的relation_act节点依赖信息，建立节点间依赖
关系。
[0096]
进一步地，一实施例中，配置模块30，还用于：
[0097]
根据所述节点间依赖关系确定节点配置顺序；
[0098]
对排在第一位的节点进行配置；
[0099]
检测排在第一位的节点是否收到ack，若收到，则对排在第二位的节点进行配置；
[0100]
检测排在第二位的节点是否收到ack，若收到，则对排在第三位的节点进行配置；
[0101]
以此类推，直至对排在最后一位的节点进行配置；
[0102]
检测排在最后一位的节点是否收到ack，若收到，则确定完成节点配置。
[0103]
进一步地，一实施例中，基于otn系统的配置反刷装置位于sdn/网管控制器和otn设备之间的中间层。
[0104]
进一步地，一实施例中，基于otn系统的配置反刷装置还包括更新模块，用于：
[0105]
获取节点上报的新的节点信息；
[0106]
基于所述新的节点信息更新节点信息数据库。
[0107]
其中，上述otn系统的配置反刷装置中各个模块的功能实现与上述otn系统的配置反刷方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。
[0108]
第四方面，本发明实施例还提供一种可读存储介质。
[0109]
本发明可读存储介质上存储有otn系统的配置反刷程序，其中所述otn系统的配置反刷程序被处理器执行时，实现如上述的otn系统的配置反刷方法的步骤。
[0110]
其中，otn系统的配置反刷程序被执行时所实现的方法可参照本发明otn系统的配置反刷方法的各个实施例，此处不再赘述。
[0111]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
[0112]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0113]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。
[0114]
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。