CN109996130A - 基于sdn的光传送网保护恢复方法、设备及存储介质 - Google Patents
基于sdn的光传送网保护恢复方法、设备及存储介质 Download PDFInfo
- Publication number
- CN109996130A CN109996130A CN201810003049.0A CN201810003049A CN109996130A CN 109996130 A CN109996130 A CN 109996130A CN 201810003049 A CN201810003049 A CN 201810003049A CN 109996130 A CN109996130 A CN 109996130A
- Authority
- CN
- China
- Prior art keywords
- protection
- path
- router
- domain
- level topology
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/03—Arrangements for fault recovery
- H04B10/032—Arrangements for fault recovery using working and protection systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0005—Switch and router aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0079—Operation or maintenance aspects
- H04Q2011/0081—Fault tolerance; Redundancy; Recovery; Reconfigurability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0086—Network resource allocation, dimensioning or optimisation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种基于SDN的光传送网保护恢复方法、设备及存储介质。所述方法包括:获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;根据所述恢复约束对象的信息,执行路由计算;根据所述路由计算的结果,配置保护路径或恢复路径。
Description
技术领域
本发明涉及光纤通信技术领域,尤其涉及一种基于软件定义网络(SoftwareDefined Network,SDN)的光传送网保护恢复方法、设备及存储介质。
背景技术
基于SDN集中控制架构的光传送网已经被广泛运用。开放网络基金会(OpenNetworking Foundation,ONF)定义了光传送网的信息交互模型,能够用于描述全部网络资源。
尤其是涉及多个域的跨域传输,如何进行故障的保护恢复。在现有技术中不同的厂商提供了不同的实现方式。这样的话就存在以下问题:
第一:导致了不同实现方式的互通性差,当一个域内有多个厂家的设备时,很难以实现兼容;
第二:可能存在冗余操作的资源浪费问题,由于互通性差,不同厂家之间的故障处理方式相互隔离,导致存在真多不必要的操作和资源浪费。
第三:无法从整个网络的角度找到最适合当前故障的解除方式,从而导致无法实现资源最优和故障解决最优化。
发明内容
有鉴于此,本发明实施例期望提供一种基于SDN的光传送网保护恢复方法、设备及存储介质,至少部分解决上述问题。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例第一方面提供一种基于SDN的光传送网保护恢复方法,应用于控制器中,包括:
获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
根据所述恢复约束对象的信息,执行路由计算;
根据所述路由计算的结果,配置保护路径或恢复路径。
可选地,所述保护恢复范围字段用于确定保护恢复的范围和/或路由计算的执行主体。
可选地,当所述控制器为域间控制器SC时,所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复范围字段指示端到端保护恢复时,所述SC执行路由计算;
所述根据所述路由计算的结果,配置保护路径或恢复路径,包括:
根据所述SC执行的路由计算,进行预先配置的保护路径或恢复路径的资源配置,并将所述资源配置的配置信息下发到每一个域的域控制器DC上。
可选地,当所述控制器为DC时,所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复范围字段为逐域保护恢复时,DC计算本域的路由计算;
所述根据所述路由计算的结果,配置保护路径或恢复路径,包括:
根据所述DC执行的路由计算的结果,配置本域内的保护路径或恢复路径。
可选地,所述获取开放网络基金会ONF模型中的恢复约束对象的信息,包括:
从SC接收携带有所述恢复约束对象的信息的ONF消息。
可选地,所述保护约束对象还包括:保护恢复类型字段;其中,所述保护恢复类型字段,用于执行路由计算的执行主体。
可选地,所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复类型字段指示恢复类型为动态重路由恢复时,由DC计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,由SC计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,由SC计算所述保护路径的路由。
可选地,所述保护恢复类型字段,还用于确定所述保护路径或所述恢复路径的路由计算模式;
所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复类型字段指示恢复类型为采用动态重路由恢复时,在检测到工作路径故障之后计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,在计算工作路径故障之前计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,预先计算所述保护路径的路由。
可选地,所述保护恢复范围字段包括:
保护范围字段,用于指示所述保护路径的所在范围;
恢复范围字段,用于指示所述恢复路径的所在范围。
本发明实施例第二方面提供一种控制器,包括:
获取单元,用于获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
路由计算单元,用于根据所述恢复约束对象的信息,执行路由计算;
配置单元,用于根据所述路由计算的结果,配置保护路径或恢复路径。
本发明实施例第三方面提供一种控制器,包括:网络接口、存储器、处理器及存储在存储器上并由所述处理器执行的计算机程序;
所述处理器分别与所述网络接口及所述存储器连接,用于通过执行所述计算机程序实现前述一个或多个技术方案提供的基于SDN的光传送网保护恢复方法。
本发明实施例第四方面提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后能够实现前述一个或多个技术方案提供的基于SDN的光传送网保护恢复方法。
本发明实施例提供一种基于SDN的光传送网保护恢复方法、设备及存储介质,控制器从ONF的恢复约束对象中至少能够获取包括保护恢复范围字段的恢复约束对象,执行路由计算,故触发路由计算的信息是承载在控制器之间传输的ONF消息中的,而ONF消息是不同厂商的设备都支持的消息传输,从而解决了现有技术中的互通性差的问题。互通性差的问题解决了且确定了是基于ONF消息进行计算,例如,根据ONF中的保护恢复范围字段确定由谁执行路由计算,可以避免所有控制器同时进行路由计算导致的不必要的计算,以及计算出的结果不同是的冲突解决的问题。此外,在本发明实施例中,还可以根据保护恢复范围字段,选择出最适合进行当前保护路径或恢复路径计算的控制器,从而可以实现保护路径或恢复路径的路由计算的最优化,从而实现工作路径的保护恢复的资源配置最优化和效果最优化。
附图说明
图1为本发明实施例提供的第一种基于SDN的光传送网保护恢复方法的流程示意图;
图2为本发明实施例提供的一种系统架构图;
图3为本发明实施例提供的一种控制器的结构示意图;
图4为本发明实施例提供的第二种基于SDN的光传送网保护恢复方法的流程示意图;
图5为本发明实施例提供的第三种基于SDN的光传送网保护恢复方法的流程示意图;
图6为本发明实施例提供的第四种基于SDN的光传送网保护恢复方法的流程示意图;
图7为本发明实施例提供的第五种基于SDN的光传送网保护恢复方法的流程示意图;
图8为本发明实施例提供的第六种基于SDN的光传送网保护恢复方法的流程示意图;
图9为本发明实施例提供的第七种基于SDN的光传送网保护恢复方法的流程示意图;
图10为本发明实施例提供的第八种基于SDN的光传送网保护恢复方法的流程示意图;
图11为本发明实施例提供的一种DC的基于SDN的光传送网保护恢复方法的流程示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
如图1所示,本实施例提供一种基于SDN的光传送网保护恢复方法,应用于控制器中,包括:
步骤S110:获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
步骤S120:根据所述恢复约束对象的信息,执行路由计算;
步骤S130:根据所述路由计算的结果,配置保护路径或恢复路径。
在本实施例中所述控制器可为SC或DC。通常所述一个所述DC控制一个域;所述SC与多个DC连接,同时会控制多个域。如图2所示,为本发明实施例提供的一种SDN网络的结构示意图。A域DC控制A域,B域DC控制B域。DC通过北向借款与SC连接,SC同时可控制A域和B域,能够对A域和B域内的网络资源进行同一调度。在本实施例中,所述A域和B域可为不同城市的城域网,也可以一个是基于企业或政府的集团内部的小型化域,另一个是城域网。
当所述控制器为SC时,所述SC可以从与其连接的管理设备或者从人机交互接口接收所述恢复约束对象的信息,或者从ONF模型数据库中查询所述恢复约束对象的信息。所述恢复约束对象的信息包括了一个或多个字段,该字段限定某一个业务数据的工作路径故障时,如何通过保护路径或恢复路径的切换实现业务故障的排除的各种参数。
在本实施例中,所述恢复约束对象的信息至少包括保护恢复范围字段,该字段为一个字段或多个字段。若一个字段可用于指示范围,具体是保护范围还是回复范围可以结合类型字段来确定。在另一些实施例中,所述保护恢复范围字段可为两个字段,一个是保护范围字段,用于指示保护路径所在的范围,另一个是恢复范围字段,用于指示恢复路径的所在范围。在本实施例中,所述所在范围可为单域的或者跨域的。例如,若端到端保护,则所述保护范围是跨域的,是保护路径对应的工作路径所经过的所有域,若是单域的则仅是对工作路径经过的某一个域的保护,需要多个域协调进行保护。例如,工作路径经过A域、B域和C域,若采用单域保护,则A域、B域和C域分别配置保护路径,仅在故障所在域进行保护路径的切换。例如,当前检测到工作路径的故障点位于A域,进行业务数据的传输路径切换时,则仅需将原来在A域内工作路径上的业务数据切换到A域的保护路径上传输,而B域和C域依然采用原来工作路径进行传输,无需进行工作路径和保护路径的切换。
在本实施例中所述保护路径是预先配置好的预留路径,例如,计算好保护路径的路由之后,根据路由计算的结果,预留出保护路径的传输资源,例如,传输带宽等,当检测到故障之后,可以直接切换到保护路径上。
在一些实施例中,恢复路径可以是先计算出路由,但是不会预先分配网络资源进行路径的配置,待故障发生时才基于预先计算出的路由,进行网络资源的分配实现恢复路径的配置,完成恢复路径的配置之后,将故障的工作路径上传输的业务数据切换到恢复上来传输。
在另一些实施例中,恢复路径的路由也未必预先计算好,而是在检测到故障时,才进行路由计算,基于路由计算进行网络资源分配实现恢复路径的配置,完成恢复路径配置之后,进行业务数据的切换传输。
计算出的路由,可包括:进行业务传输的两端所经过的哪些域,所经过域中的转发节点,经过的转发节点的端口等信息。
在本实施例中,所述步骤S130中的SC和DC获取到保护恢复范围字段之后,可以确定自身是否需要进行路由计算。例如,进行全局的端到端保护,则可能SC自身需要进行路由计算,若仅是基于单域保护,则SC仅需要将携带有所述保护恢复范围字段的ONF消息下发给对应的DC,由DC进行本域内的路由计算即可。故首先,保护恢复范围字可用于指示进行路由计算的执行主体,该执行主体可为SC,也可以是DC。这样的话,即便由不同厂商的设备,通过ONF消息的接收,就知道当前自己是否需要参与路由的计算,从而可以避免重复计算,且可以择优进行计算。不同厂商的设备均支持ONF模型的ONF消息的交互和识别,故解决了互通性差的问题,由于ONF消息直接相当于指示对应的控制器是否执行路由计算,若需要执行才执行,相当于实现了不同厂商设备之间的协调,避免了重复计算且可以选择出进行路由计算的最佳执行主体,实现保护恢复的最优化。在本实施例中,由控制器之间的ONF消息来携带所述恢复约束对象的信息进行传输,故与现有技术的兼容性强,SC和DC之间可以简便的进行消息的交互;减少了不必要的计算和资源浪费,实现了整个网络内保护恢复的最佳配置,实现了故障解除的保护恢复的最优化。
在一些实施例中,所述保护恢复范围字段用于确定保护恢复的范围和/或路由计算的执行主体。
在一些实施例中,当所述控制器为SC时,则所述步骤S120可包括:当所述保护恢复范围字段指示端到端保护恢复时,域间控制器SC执行路由计算;
所述步骤S130可包括:根据所述SC执行的路由计算,进行预先配置的保护路径或恢复路径的资源配置,并将所述资源配置的配置信息下发到每一个域的域控制器DC上。
由于是端到端保护恢复时,由于端到端的保护路径或恢复路径可能是跨域的,此时SC计算出的路由,比单个DC计算的路由是更加优越的,例如,SC可以考虑到不同域的负载,选择保护路径或恢复路径经过的域,根据不同域端口之间的负载,选择域域与之间传输的端口,避开负载高的域或断开,这样得到的保护路径或恢复路径,可以减少业务数据传输过程中的拥堵等状况,避免进一步增加繁忙度高的域、转发设备或端口的进一步繁忙,从而减少业务数据的时延,从而实现保护路径或恢复路径的配置最优化。
在本实施例中SC完成保护路径或恢复路径的路由计算之后,将保护路径或恢复路径的资源配置的配置信息下发到保护路径或恢复路径所需要经过的域的DC上,由DC根据所述配置信息进行资源配置,从而完成保护路径或恢复路径的配置。
当所述控制器为DC时,且在步骤S120中所述保护恢复范围为单域的逐域保护时,进行所述路由计算的为DC,进行所述保护路径或恢复路径的资源配置的也是DC。由于是逐域保护,域与域之间可以完全独立,则此时可以减少SC和DC之间不必要的信息交互,减少因为这种信息交互导致的时延问题,在本实施例中直接由DC进行本域的路由计算,并基于路由计算的结果进行保护路径或恢复路径的配置。具体如,所述步骤S120可包括:当所述保护恢复范围字段为逐域保护恢复时,DC计算本域的路由计算;所述步骤S130可包括:根据所述DC执行的路由计算的结果,配置本域内的保护路径或恢复路径。
若所述控制器为DC,则所述步骤S110可包括:从SC接收携带有所述恢复约束对象的信息的ONF消息。
所述保护约束对象还包括:保护恢复类型字段;其中,所述保护恢复类型字段,用于确定所述保护路径或所述恢复路径的路由计算模式。
所述保护恢复类型字段实质上指示的保护恢复类型,例如,可包括:1+1保护、动态重路由恢复或预置路由恢复。1+1保护为预先配置好保护路径,且保护路径和工作路径是1:1配置的,即一条工作路径就配置了一条保护路径。通常这种情况下,进行所述路由计算的执行主体为SC。若所述保护恢复类型字段为指示动态重路由恢复时,执行所述路由计算的可为工作路径所经过的各个域的DC。当所述保护恢复类型字段指示恢复类型为预置配置重路由恢复时,优先由SC进行路由预先计算,并将计算进行恢复路径配置的配置信息下发给DC。
在一些实施例中,所述保护恢复类型字段还用于指示保护和恢复进行的时机。例如,所述步骤S120可包括以以下可选方式中的一种或多种。
可选方式一:
所述步骤S120可包括:
当所述保护恢复类型字段指示恢复类型为采用动态重路由恢复时,在检测到工作路径故障之后计算所述工作路径的保护路径或恢复路径的路由。若为了节省网络资源,避免预先配置路由资源导致资源浪费,针对传输时延较大的业务数据的恢复路径的路由计算,可以采用动态重路由,故为了减少不必要的计算,可以在工作路径出现故障时才进行恢复路径的路由计算,一般出现若故障出现概率较小的情况下,可以大大减少路由计算所带来的计算量和所消耗的计算资源。
此外,一旦出现了故障需要进行重路由计算时,在本实施例中为了减少动态重路由的过程中,由SC进行路由计算需要和DC进行路由计算的信息交互导致的进一步时延,在本实施例中优选DC进行路由计算,并且是在故障由于是动态重路由,
可选方式二:所述步骤S120可包括:
当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,在计算工作路径故障之前计算所述工作路径的保护路径或恢复路径的路由。
在本实施例中保护恢复类型字段指示恢复类型为预置重路由,即恢复路径的路由是预先配置的,即在工作路径的故障发生之前进行计算的,故在本实施力中需要预先计算恢复路径的路由。通常情况下,在工作路径的路由计算的时候,可同步计算出恢复路径的路由。或者,在完成工作路径的路由计算之后,在利用工作路径进行业务数据传输时,开始恢复路径的路由计算。
可选方式三:
所述步骤S130可包括:
当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,预先计算所述保护路径的路由。
在本实施例中保护类型为永久1+1保护模式,这表明一条工作路径总是存在一条保护路径,故工作路径开始传输业务数据之前就需要预先计算出保护路径的路由,并完成保护路径的配置。若工作路径上的数据传输切换到当前可使用的保护路径上来传输,则需要立即计算当前传输业务数据的路径的保护路径,以确保高可靠性的路径。
在一些实施例中,当前工作路径是采用恢复路径进行业务保障还是采用保护路径进行业务保障,可以根据业务数据的服务质量(QoS)及传输时延要求来确定。通常情况下,保护路径的可靠性最高且业务切换的延时小,恢复路径的可靠性略低且延时也越大。若采用恢复路径时,又分为动态重路由和预置重路由,动态冲路由的可靠性低于域至重路由的可靠性,且动态重路由的时延大于预置重路由的时延。故在确定所述恢复约束对象的信息中的保护恢复类型字段时,可以根据业务数据的QoS和/或允许的传输时延等参数进行综合配置。
如图3所示,本实施例提供一种控制器,包括:
获取单元110,用于获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
路由计算单元120,用于根据所述恢复约束对象的信息,执行路由计算;
配置单元130,用于根据所述路由计算的结果,配置保护路径或恢复路径。
在本实施例中所述控制器可为前述的SC或DC,所述获取单元110可包括网络接口可从其他设备接收所述恢复约束对象的信息,也可以包括人机交互接口接收管理人员输入的所述恢复约束对象的信息。
所述路由计算单元120可对应于处理器,可用于根据网络拓扑状况进行路由计算。
配置单元130同样可对应于处理器,可以用于继续与路由计算通过网络资源的配置,例如,端口配置和/或端口配置等进行保护路径或恢复路径的配置,从而通过保护路径对了业务数据的工作路径进行保护,通过恢复路径在工作路径故障时,恢复业务数据的传输,从而实现业务数据传输的保护和恢复。
可选地,所述保护恢复范围字段用于确定保护恢复的范围和/或路由计算的执行主体。
所述控制器可为域间控制器;所述路由计算单元120,用于当所述保护恢复范围字段指示端到端保护恢复时执行路由计算;所述配置单元130,用于根据所述SC执行的路由计算,进行预先配置的保护路径或恢复路径的资源配置,并将所述资源配置的配置信息下发到每一个域的域控制器DC上。
可选地,所述控制器可为DC,所述路由计算单元120,具体用于当所述保护恢复范围字段为逐域保护恢复时,DC计算本域的路由计算;所述配置单元130,具体用于根据所述DC执行的路由计算的结果,配置本域内的保护路径或恢复路径。此时,所述获取单元110,具体用于从SC接收携带有所述恢复约束对象的信息的ONF消息。
进一步地,所述保护约束对象还包括:保护恢复类型字段;其中,所述保护恢复类型字段,用于执行路由计算的执行主体。
可选地,当所述保护恢复类型字段指示恢复类型为动态重路由恢复时,所述控制器为DC中,由DC的路由计算单元120计算所述恢复路径的路。
可选地,当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,所述控制器为SC,由SC的路由计算单元120计算所述恢复路径的路由;
进一步地,当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,所述控制器为SC,由SC的路由计算单元120计算所述保护路径的路由。
可选地,所述保护恢复类型字段,还用于确定所述保护路径或所述恢复路径的路由计算模式;
所述路由计算单元120,具体用于当所述保护恢复类型字段指示恢复类型为采用动态重路由恢复时,在检测到工作路径故障之后计算所述恢复路径的路由;和/或,当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,在计算工作路径故障之前计算所述恢复路径的路由;和/或,当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,预先计算所述保护路径的路由。
可选地所述保护恢复范围字段包括:保护范围字段,用于指示所述保护路径的所在范围;恢复范围字段,用于指示所述恢复路径的所在范围。
如图4所示,本发明实施例还提供一种控制器,可包括:网络接口210、存储器220、处理器230及存储在所述存储器220上并由所述处理器230执行的计算机程序;
所述处理器230分别与所述网络接口210及所述存储器220连接,用于通过执行所述计算机程序实现前述一个或多个技术方案提供基于SDN的光传送网保护恢复方法。
本实施例所述网络接口210可对应于各种类型的接口,例如,电缆接口或光缆接口等。
所述存储器220可包括存储各种信息的器件。
所述处理器230可包括:中央处理器、微处理器、数字信号处理器、应用处理器、可编程阵列或专用集成电路等,可以通过计算机程序等计算机可执行指令的执行,实现应用于第一通信设备中波束的功率控制方法中的。
所述处理器230可通过通信总线(例如,集成电路总线)与收发器310及所述存储器连接。
本实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序被执行后执行前述一个或多个技术方案提供的基于SDN的光传送网保护恢复方法。
以下结合上述任意实施例提供几个具体示例:
示例1:
目前,ONF模型中的恢复约束(resilienceConstraint)对象中包含恢(ResilienceType)类型对象。通过resilienceType指定一个特定业务的保护/恢复类型以及策略。当前ResilienceType定义如下:
根据以上定义,由于一个业务需要配置保护类型、恢复类型,以及保护、恢复作用的范围(端到端或逐域),因此目前的字段定义不足以满足多域保护恢复策略的需求。本次提案对resilienceType进行扩展,增加了保护范围(protectionRange)字段和恢复范围(restoreRange)字段,分别表示执行保护的范围和执行恢复的范围,即分别是保护路径所在的范围和恢复路径所在的范围,是端到端的跨域范围,还是单域范围。扩展后ResilienceType如下,通过resilienceType、protectionRange、restoreRange三个字段标识业务的保护恢复类型。
基于上述扩展,可制定不同的保护和恢复类型组合。
SC端相关字段取值如下(端到端保护业务需在域内占用3个服务端点(ServiceEnd Point,SEP)端口):
DC端相关字段取值如下:
在DC及SC控制系统端,当检测到故障或收到故障通知,需要判断是否在本端执行保护恢复动作。例如,“端到端动态重路由”是由SC计算全局重路由,而DC不计算重路由;“逐域重路由”则是由产生故障的DC计算重路由,而SC不需要计算。
因此,在扩展ONF标准模型的基础上,还需要在DC和SC的控制系统数据库中增加相应的字段。本次提案不规定控制系统具体数据库设计,在DC及SC系统表中每一条业务都有对应三个字段(resilienceType、protectionRange、restoreRange)即可。
针对业务,其保护/恢复类型通常有永久1+1、动态重路由恢复、1+1重路由恢复等。本次提案主要针对以上三种保护类型定义DC与SC之间的交互机制。
保护类型为永久1+1保护的方案可如下:
永久1+1保护模式下,DC和SC端的业务标识均是E2E。考虑到SC计算的路由为全局最优,且保护路径上的资源是预先占用的,因此本示例在永久1+1保护模式下采用由SC来计算保护路径的跨域端到端保护方案。这种方案既可保证路径的全局最优,有不会影响业务倒换时间。
永久1+1保护模式下,设备端采用双发选收机制,即设备发送端在工作及保护路径上均发送数据信号,接收端选择信号质量较好的一侧接受。在这种模式下,设备检测到告警后,接收端直接切换到保护端口上,而发送端不需要切换。综上,永久1+1保护模式,故障发生后先由设备进行倒换,同时将故障发生的告警上报至DC,再由DC上报至SC。由于是硬件直接切换,不需要等待信令响应,因此业务中断的时间可以保证小于50ms。
DC和SC收到故障告警,不需要针对业务倒换下发任何信令。但是对于永久1+1模式,工作路径失效后SC需要重新计算一条保护路径。
SC端的相关参数配置如下:
resilienceType=1P1&NR
protectionRange=E2E
restoreRange=NA
DC端的参数配置如下:
resilienceType=1P1&NR
protectionRange=E2E
restoreRange=NA
恢复类型为重路由恢复的方案可如下:
重路由恢复包括动态重路由和预置重路由。其中,动态重路由模式下,控制器检测到故障后实时计算重路由;预置重路由模式下,控制器在下发业务的同时计算重路由,并保存在系统数据库中,不占用实际设备资源,待故障发生后直接将业务切换至事先计算好的重路由。
a.动态重路由
在动态重路由模式下,考虑到DC与SC之间的信令交互往往占用较长的时间(秒级甚至分钟级),因此本示例采用由DC计算重路由的逐域恢复的方案。当设备检测到故障时,由于没有配置双发选收,因此设备不会发生倒换,直接将告警提交至DC。故障域的DC收到告警后,根据restoreType字段判断,计算域内重路由方案,而其他域不采取任何动作。由于配置了逐域重路由,因此SC在收到告警之后不会计算重路由。
SC端的相应参数配置如下:
ResilienceType=NP&NR
ProtectionRange=NA
RestoreRange=PD
DC端的配置参数如下:
ResilienceType=NP&DR
ProtectionRange=NA
RestoreRange=E2E
b.预置重路由
预置重路由模式下,由于重路由是事先计算的,本示例采用SC计算重路由,之后下发并存储在DC数据库中的方案。而在参数的配置中,按照DC执行恢复进行配置,相应参数配置如下:
SC端的参数如下:
ResilienceType=NP&NR
ProtectionRange=NA
RestoreRange=PD
DC端的参数如下:
ResilienceType=NP&PR
ProtectionRange=NA
RestoreRange=E2E
预置重路由SC与DC及设备交互机制如图所示(假设A域内发生故障),由于SC计算的重路由是全局最优的端到端路由,因此,在故障发生时,不仅发生故障的域需要重路由,没有发生故障的域也有可能需要进行重路由。
示例2:
如图5所示,本示例基于示例提供一种1+1保护方法,包括:
SC进行保护路径的路由计算;
SC分别向保护路径经过的A域和B域的控制器DC A和DC B分别下发预留保护路径的网络资源的配置信息;
DC A检测到故障,将业务切换到保护路径,即将业务数据的传输从工作路径切换到保护路径;
DC A向SC发送故障上报;
SC重新进行当前工作路径的路由计算;
SC再次预留保护路径的网络资源,并分别向DC A和DC B下发预留保护路径的网络资源的信息。
示例3:
如图7所示,本示例提供一种动态重路由的恢复方法,包括:
SC进行资源配置,并向DC A下发资源配置的配置信息;
DC A检测到故障,再计算恢复路径的路由;
DC A基于动态计算的路由配置恢复路径后,将业务切换到恢复路径上;
DC A可以向SC上报工作路径的故障,也可以不上报工作路径的故障。
示例4:
如图7所示,本示例提供一种1+1保护恢复方法,包括:
首先SC进行保护路径的路由计算;
SC通过向DC A和DC B下发预留保护路径的网络资源的通知;
DC A检测到故障,直接将业务切换到已经配置的保护路径上;
DC A向SC进行故障上报;
SC标示业务已经切换为动态重路由;
DC A检测到故障计算恢复路径的路由;
DC A将业务切换到恢复路径上。
若一条工作路径同时配置了保护路径和恢复路径,则可以根据保护路径和恢复路径的先后顺序,基于保护路径或恢复路径进行业务故障的排除。
示例5:
如图8所示,本示例提供一种动态重路由的恢复方法,包括:
SC设置字段,resilienceType=NP&DR,protectionRange=NA,restoreRange=PD;其中,NP表示无保护;DR表示动态重路由;NA表示空缺;PD表示逐域保护。
SC配置资源,设置下发给A域DC和B域DC的字段:protectionRange=NA,restoreRange=E2E;此处的E2E为端到端,在逐域保护的情况下的端到端为单域内的端到端,而非跨域的业务源宿两端的端到端。
A域DC根据SC下发的配置信息,配置A域设备的资源;B域DC根据SC下发的配置信息,配置B域设备的资源;
B域设备检测到故障,并上报B域DC。
B域设备根据SC下发的字段:resilienceType=NP&NR,protectionRange=NA,restoreRange=E2E,由于不是本域故障,因此不做处理,这里的处理为故障恢复处理。
A域设备检测到故障,并上报A域DC。
A域设备根据SC下发的字段:resilienceType=NP&DR,protectionRange=NA,restoreRange=E2E,计算域内重路由,配置路由计算得到的恢复路径的资源,将业务切换到恢复路径上。
A域DC上报故障。
SC接收到故障上博之后,读取字段:resilienceType=NP&DR,protectionRange=NA,restoreRange=PD,根据字段不做任何动作,这里的不做任何动作为不做任何保护或恢复等动作。
示例6:
如图9所示,本示例提供一种1+1保护方法啊,包括:
SC设置字段,resilienceType=IPI&DR,protectionRange=E2E,restoreRange=NA;其中,IPI表示1+1保护;NR表示无恢复;NA表示空缺;此处的E2E为跨域的端到端保护。
SC配置资源,设置下发给A域DC和B域DC的字段:resilienceType=IPI&DR,protectionRange=E2E,restoreRange=NA。
A域DC根据SC下发的配置信息,配置A域设备的资源;B域DC根据SC下发的配置信息,配置B域设备的资源;
B域设备检测到故障,并上报B域DC,并将业务切换到保护路径。
B域设备读取SC下发的字段:resilienceType=IPI&DR,protectionRange=E2E,restoreRange=NA,不向设备下发任何操作,这里的设备为B域的设备,并向SC上报故障。
A域设备检测到故障,并上报A域DC,并将业务切换至保护路径。
A域设备读取SC下发的字段:resilienceType=IPI&DR,protectionRange=E2E,restoreRange=NA,不向设备下发任何操作,这里的设备为A域的设备,并向SC上报故障。
SC接收到故障上博之后,读取字段:resilienceType=NP&DR,protectionRange=NA,restoreRange=PD,重新计算计算保护路径。
示例7:
如图:10所示,本示例提供一种预置路由恢复方法啊,包括:
SC设置字段,resilienceType=NP&PR,protectionRange=NA,restoreRange=PD;其中,NP表示无保护;PR表示预置路由;NA表示空缺;此处的PD为逐个单域的恢复。
SC配置资源,设置下发给A域DC和B域DC的字段:resilienceType=NP&PR,protectionRange=NA,restoreRange=E2E。该E2E表示单个域内的端到端恢复,而非整个路径的跨域恢复。
A域DC和B域DC根据SC下发的字段将恢复路径的重路由保存到数据库,并配置各自域内设备的资源,但是这里的资源配置并非恢复路径的资源配置。
B域设备检测到故障,并上报B域DC。
B域设备读取SC下发的字段:resilienceType=NP&PR,protectionRange=NA,restoreRange=E2E,从数据库中读取重路由,并基于读取的重路由进行恢复路径的资源配置。
B域设备在接收B域DC的配置资源的指令后,配置恢复路径,并将业务切换到恢复路径上。
A域设备检测到故障,并上报A域DC。
A域设备读取SC下发的字段:resilienceType=NP&PR,protectionRange=NA,restoreRange=E2E,从数据库中读取重路由,并基于读取的重路由进行恢复路径的资源配置。
A域设备在接收A域DC的配置资源的指令后,配置恢复路径,并将业务切换到恢复路径上。
SC接收到故障上博之后,读取字段:resilienceType=NP&PR,protectionRange=NA,restoreRange=PD,不做任何动作,这里的任何动作是指恢复动作。
示例8:
如图11所示,本示例提供一种DC的保护恢复方法,包括:
收到域内设备的故障告警;
判断业务配置是否为“无保护”和“端到端恢复”;若是,判断是否动态重路由,若否,转至其他处理流程。
若是动态重路由,判断是否为本域故障,若是计算域内重路由,若否结束流程;
若不是动态冲路由,判断是否预置重路由。
若是预置重路由,读取预置重路由。
若不是预置重路由,提示状态错误。
在判断出预置路由后,判断是否为本域故障;若是本域故障,向设备下发配置,以配置恢复路径;若否,判断本域是否需要修改,例如,判断阈值的重路由互通端口是否与当前一致,若是一致下发设备下发恢复路径的配置,若否则结束流程。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。
另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种基于软件定义网络SDN的光传送网保护恢复方法,其特征在于,应用于控制器中,包括:
获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
根据所述恢复约束对象的信息,执行路由计算;
根据所述路由计算的结果,配置保护路径或恢复路径。
2.根据权利要求1所述的方法,其特征在于,
所述保护恢复范围字段用于确定保护恢复的范围和/或路由计算的执行主体。
3.根据权利要求2所述的方法,其特征在于,
当所述控制器为域间控制器SC时,所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复范围字段指示端到端保护恢复时,所述SC执行路由计算;
所述根据所述路由计算的结果,配置保护路径或恢复路径,包括:
根据所述SC执行的路由计算,进行预先配置的保护路径或恢复路径的资源配置,并将所述资源配置的配置信息下发到每一个域的域控制器DC上。
4.根据权利要求2所述的方法,其特征在于,
当所述控制器为DC时,所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复范围字段为逐域保护恢复时,DC计算本域的路由计算;
所述根据所述路由计算的结果,配置保护路径或恢复路径,包括:
根据所述DC执行的路由计算的结果,配置本域内的保护路径或恢复路径。
5.根据权利要求4所述的方法,其特征在于,
所述获取开放网络基金会ONF模型中的恢复约束对象的信息,包括:
从SC接收携带有所述恢复约束对象的信息的ONF消息。
6.根据权利要求1所述的方法,其特征在于,
所述保护约束对象还包括:保护恢复类型字段;其中,所述保护恢复类型字段,用于执行路由计算的执行主体。
7.根据权利要求6所述的方法,其特征在于,
所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复类型字段指示恢复类型为动态重路由恢复时,由DC计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,由SC计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,由SC计算所述保护路径的路由。
8.根据权利要求6或7所述的方法,其特征在于,
所述保护恢复类型字段,还用于确定所述保护路径或所述恢复路径的路由计算模式;
所述根据所述恢复约束对象的信息,执行路由计算,包括:
当所述保护恢复类型字段指示恢复类型为采用动态重路由恢复时,在检测到工作路径故障之后计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示恢复类型为预置重路由恢复时,在计算工作路径故障之前计算所述恢复路径的路由;
和/或,
当所述保护恢复类型字段指示保护类型为永久1+1保护模式时,预先计算所述保护路径的路由。
9.根据权利要求1所述的方法,其特征在于,
所述保护恢复范围字段包括:
保护范围字段,用于指示所述保护路径的所在范围;
恢复范围字段,用于指示所述恢复路径的所在范围。
10.一种控制器,其特征在于,包括:
获取单元,用于获取开放网络基金会ONF模型中的恢复约束对象的信息,其中,所述恢复约束对象至少包括:保护恢复范围字段;
路由计算单元,用于根据所述恢复约束对象的信息,执行路由计算;
配置单元,用于根据所述路由计算的结果,配置保护路径或恢复路径。
11.一种控制器,其特征在于,包括:网络接口、存储器、处理器及存储在存储器上并由所述处理器执行的计算机程序;
所述处理器分别与所述网络接口及所述存储器连接,用于通过执行所述计算机程序实现权利要求1至9任一项提供的所述方法。
12.一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后能够实现权利要求1至9任一项提供的所述方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810003049.0A CN109996130A (zh) | 2018-01-02 | 2018-01-02 | 基于sdn的光传送网保护恢复方法、设备及存储介质 |
PCT/CN2018/124045 WO2019134572A1 (zh) | 2018-01-02 | 2018-12-26 | 基于sdn的光传送网保护恢复方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810003049.0A CN109996130A (zh) | 2018-01-02 | 2018-01-02 | 基于sdn的光传送网保护恢复方法、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109996130A true CN109996130A (zh) | 2019-07-09 |
Family
ID=67128895
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810003049.0A Pending CN109996130A (zh) | 2018-01-02 | 2018-01-02 | 基于sdn的光传送网保护恢复方法、设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109996130A (zh) |
WO (1) | WO2019134572A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113067659A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105656654A (zh) * | 2014-11-14 | 2016-06-08 | 中兴通讯股份有限公司 | 路径获取方法和多域控制器、跨域业务保护方法和系统 |
CN106302153A (zh) * | 2015-05-11 | 2017-01-04 | 中兴通讯股份有限公司 | 多域控制器、单域控制器、软件定义光网络系统及方法 |
CN106452817A (zh) * | 2015-08-12 | 2017-02-22 | 中国电信股份有限公司 | 保护配置管理方法和系统 |
CN106453077A (zh) * | 2015-08-10 | 2017-02-22 | 中国电信股份有限公司 | 层次化路由的管理方法、主控制器、子域控制器及sdn |
CN107196854A (zh) * | 2017-06-20 | 2017-09-22 | 西安交通大学 | 一种软件定义网络中数据平面异常处理方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016029945A1 (en) * | 2014-08-28 | 2016-03-03 | Huawei Technologies Co.,Ltd | Method and controller for routing data packets in a software defined network |
CN106301541B (zh) * | 2015-06-05 | 2019-07-30 | 中兴通讯股份有限公司 | 设置业务保护的方法、控制器和光网络设备 |
CN106330698B (zh) * | 2015-06-24 | 2020-04-28 | 中兴通讯股份有限公司 | 一种局部路由的恢复方法及装置 |
US9848049B2 (en) * | 2015-10-06 | 2017-12-19 | Ciena Corporation | Service preemption selection systems and methods in networks |
-
2018
- 2018-01-02 CN CN201810003049.0A patent/CN109996130A/zh active Pending
- 2018-12-26 WO PCT/CN2018/124045 patent/WO2019134572A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105656654A (zh) * | 2014-11-14 | 2016-06-08 | 中兴通讯股份有限公司 | 路径获取方法和多域控制器、跨域业务保护方法和系统 |
CN106302153A (zh) * | 2015-05-11 | 2017-01-04 | 中兴通讯股份有限公司 | 多域控制器、单域控制器、软件定义光网络系统及方法 |
CN106453077A (zh) * | 2015-08-10 | 2017-02-22 | 中国电信股份有限公司 | 层次化路由的管理方法、主控制器、子域控制器及sdn |
CN106452817A (zh) * | 2015-08-12 | 2017-02-22 | 中国电信股份有限公司 | 保护配置管理方法和系统 |
CN107196854A (zh) * | 2017-06-20 | 2017-09-22 | 西安交通大学 | 一种软件定义网络中数据平面异常处理方法 |
Non-Patent Citations (4)
Title |
---|
JIACONG LI, YING WANG, WENJING LI, XUESONG QIU: "Sharing Data Store and Backup Controllers for Resilient Control Plane in Multi-domain SDN", 《IEEE》 * |
ONF: "FcRoute Lifecycle", 《OPEN NETWORKING FOUNDATION》 * |
ONF: "Functional Requirements for Transport API", 《OPEN NETWORKING FOUNDATION》 * |
ROD LU, YUNBO LI, YANG ZHAO, YUNBIN XU: "TAPI 2.0 Gap Analysis", 《OPEN NETWORKING FOUNDATION》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113067659A (zh) * | 2020-01-02 | 2021-07-02 | 中国移动通信有限公司研究院 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
CN113067659B (zh) * | 2020-01-02 | 2022-08-23 | 中国移动通信有限公司研究院 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2019134572A1 (zh) | 2019-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1973486B (zh) | 在采用受保护链路的数据网络中避免微环的方法和装置 | |
EP2148459B1 (en) | A method for establishing clock trace relationship and a system for computing clock trace relationship | |
CA2568219C (en) | Method and devices for implementing group protection in mpls network | |
CN105637818B (zh) | 通信网络中建立数据传输路径的方法、相应的网络元件和控制器 | |
CN101304340B (zh) | 一种资源状态监控方法及装置以及通信网络 | |
US20150055453A1 (en) | Detour path calculation method in emergency | |
CN101488879B (zh) | 以太网生成树协议的网络设备中的故障保护方法及装置 | |
CN101854284A (zh) | 动态分配的环路保护和恢复技术中的带宽保留再使用 | |
CN103368843A (zh) | 受保护标签交换路径快速重路由的oam标签交换路径 | |
CN105871674B (zh) | 环保护链路故障保护方法、设备及系统 | |
CN101523803A (zh) | 通信网络中的弹性方案 | |
CN101610433A (zh) | 一种支持策略解析的多约束条件路由选择方法 | |
CN106471779B (zh) | 一种虚拟网络的保护方法和装置 | |
JP4364027B2 (ja) | 予備パス設定方法及びその装置 | |
CN107800624A (zh) | 一种区域性保护关键信息最优迂回路径选择新方法 | |
CN102098596A (zh) | 光网络中路由建立方法及装置 | |
US9197441B2 (en) | Method and system for service protection | |
CN109391543A (zh) | 用于多业务故障恢复的方法和系统、业务恢复辅助系统 | |
CN103081406B (zh) | 用于应请求通过提供商网络来恢复连接的方法和设备 | |
CN109996130A (zh) | 基于sdn的光传送网保护恢复方法、设备及存储介质 | |
CN106464511B (zh) | 一种业务保护方法及装置 | |
CN103650421B (zh) | 一种1+1端到端双向倒换的方法、系统和节点 | |
JP2006135945A (ja) | パス設定装置、パス設定システム、及び、それらのパス設定方法 | |
CN102792636A (zh) | 提供恢复生存性的方法、设备和通信网络 | |
CN106464524A (zh) | Ason的路由计算方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190709 |
|
RJ01 | Rejection of invention patent application after publication |