WO2017177647A1 - 基于rsvp-te动态隧道的高效lsp保护方法 - Google Patents
基于rsvp-te动态隧道的高效lsp保护方法 Download PDFInfo
- Publication number
- WO2017177647A1 WO2017177647A1 PCT/CN2016/102801 CN2016102801W WO2017177647A1 WO 2017177647 A1 WO2017177647 A1 WO 2017177647A1 CN 2016102801 W CN2016102801 W CN 2016102801W WO 2017177647 A1 WO2017177647 A1 WO 2017177647A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- lsp
- primary
- route
- rsvp
- backup
- 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.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
Definitions
- the present invention relates to the field of data and IP transmission equipment, and in particular to an efficient LSP protection method based on RSVP-TE dynamic tunnel.
- RSVP-TE Resource Reservation Protocol-Traffic Engineering
- RSVP Resource Reservation Protocol
- MPLS TE Multi-Protocol
- Label Switching Traffic Labeling Label Switching Path
- the LSPs that are established and deleted by the RSVP protocol are all CR-LSPs (constrained route-Label Switched Paths).
- the primary LSP When the primary LSP is a strict routing constraint and the backup LSP is in strict routing or automatic establishment mode, the primary LSP cannot be re-established successfully until the primary LSP fails. In this case, When the standby LSP also fails The active/standby LSPs cannot be switched between the active and standby LSPs, causing service interruption and generating a spoofing path.
- the present invention aims to provide an efficient LSP protection method based on the RSVP-TE dynamic tunnel, and can quickly generate a new primary LSP or a primary LSP or a backup failure in the link.
- the backup active LSP is used to perform the active/standby switchover at any time to avoid service interruption and improve the efficiency of active/standby LSP protection.
- the present invention adopts an efficient LSP protection method based on the RSVP-TE dynamic tunnel, which includes: establishing a primary LSP by using a loose routing constraint, and establishing a backup LSP by using an automatic or loose routing constraint to form an active/standby LSP protection; After the LSP is faulty, the service is switched to the standby LSP in the UP state to establish a new primary LSP, and the path between the new primary LSP and the backup LSP is not completely overlapped. The primary and backup LSPs are protected. When the primary LSP is in the Up state, the new LSP is re-established. The new backup LSP is not completely overlapped with the primary LSP. The primary LSP forms a new primary and backup LSP protection.
- the RSVP when the primary LSP is established by the loose routing constraint, the RSVP has the condition of loose routing constraints, and requests the primary LSP to the CSPF. If successful, the primary LSP is established; if it fails, the RSVP does not carry. The constraint is used to request the primary LSP route from the CSPF until the primary LSP is successfully established.
- the RSVP performs a routing request to the CSPF with the condition of excluding the primary constraint, that is, when calculating the route, the route of the primary LSP is completely excluded, if not completely If it is excluded, the backup LSP route that satisfies the condition is calculated by excluding some of the primary LSP routes.
- the standby route is established by using loose routing constraints.
- RSVP makes a routing request to CSPF
- it has two conditions: loose routing constraint and exclusion of primary constraint. If the request is successful, a standby LSP is established; if the request fails, the request is excluded from the condition of the primary constraint.
- the backup LSP is successfully established; the condition for excluding the primary constraint is that the route of the primary LSP is completely excluded when the route is calculated. If the route is not completely excluded, the backup LSP that satisfies the condition is calculated by excluding some of the primary LSP routes. routing.
- the path configuration of the primary LSP and the backup LSP is first performed, and then the primary LSP and the backup LSP are respectively created, and the backup LSP starts at the primary LSP. Create it at any time after creation.
- the re-establishment timer of the primary LSP is started, and a new primary LSP is established to determine whether the route requested by the backup LSP returns RSVP. If the RSVP performs the primary LSP routing request to the CSPF, Two conditions with loose routing constraints and exclusion of spare constraints; if not, only conditions with loose routing constraints; the exclusion of secondary constraints is that when calculating routes, the routes of the standby LSP are completely excluded, if not completely excluded, The primary LSP that meets the condition is calculated by excluding a part of the backup LSP route. After the primary LSP is successfully routed, the primary LSP is established.
- the RSVP fails to perform the primary LSP routing request to the CSPF, it is determined whether the number of failures is greater than three times. If not, the primary LSP is established according to the procedure of claim 7; if yes, the primary LSP is still started. The reestablishment timer determines whether the route requested by the standby LSP returns RSVP. If yes, the RSVP requests the primary LSP route to the CSPF if the condition for excluding the backup constraint is excluded. If not, the RSVP requests the primary LSP route to the CSPF without the constraint. And after the primary LSP routing request succeeds, Establish the primary LSP.
- the standby LSP is configured to determine whether the route requested by the primary LSP returns RSVP. If the RSVP makes a backup LSP routing request to the CSPF, the routing protocol has a loose routing constraint. And excluding the two conditions of the primary constraint, if not, only the condition of the loose routing constraint; the exclusion of the primary constraint is to completely exclude the route of the primary LSP when calculating the route, and if not completely excluded, Some primary LSP routes are used to calculate the alternate LSP routes that meet the conditions.
- the backup LSP is not reconfigured, if the backup LSP is not configured with a loose routing constraint, it is determined whether the route requested by the primary LSP returns RSVP. If the RSVP makes a backup LSP routing request to the CSPF, only the exclusion is performed. The condition of the primary constraint; if not, there is no constraint; the exclusion of the primary constraint is that the route of the primary LSP is completely excluded when the route is calculated, and if not completely excluded, the partial primary LSP is excluded. Route to calculate the alternate LSP route that satisfies the condition.
- the backup LSP routing request is successful, a new standby LSP is established, and if the request fails, it is determined whether the number of failed requests is greater than three times. If yes, the backup LSP re-establishment timer is started, and according to the claims The step of 11 is performed; if not, the re-establishment timer of the standby LSP is started, and after waiting for the timeout, a new standby LSP is established, and it is determined whether the backup LSP is configured with a loose routing constraint.
- the route returned by the CSPF is compared with the route of the current primary LSP to determine whether there is a change.
- the backup LSP is re-optimized; if so, the primary LSP is re-optimized and reconstructed.
- the primary LSP is re-optimized and reconstructed.
- the session state and the BFD state of the standby LSP are Up
- the original primary LSP is deleted, and when the RSVP requests the route from the CSPF, the routing rule is loose.
- the condition is to establish an optimized primary LSP.
- the backup LSP re-optimization when the backup LSP re-optimization is started, after the RSVP requests the route to the CSPF, the route returned by the CSPF is compared with the route of the current backup LSP to determine whether there is a change, and if not, the process ends; if not, The backup LSP re-optimization is performed.
- the session state and the BFD state of the active LSP are Up, the original backup LSP is deleted.
- the RSVP requests the route from the CSPF, the condition for excluding the primary constraint is established, and the optimized backup LSP is established.
- the backup LSP does not completely overlap with the primary LSP.
- the primary constraint is excluded.
- the route is calculated, the route of the primary LSP is completely excluded. If the route is not completely excluded, the primary LSP route is excluded to calculate the condition. Alternate LSP route.
- the beneficial effects of the present invention are: the active/standby relationship of the protection group is not changed, and when the link of the primary LSP or the backup LSP is faulty, the primary LSP or the backup LSP is re-established successfully, and the original backup LSP or the primary is successfully established.
- a new active/standby LSP protection is formed by using LSPs. After the active/standby LSP is switched, the active/standby LSP protection can be formed again. This prevents the generation of the LSP.
- FIG. 1 is a flowchart of establishing a primary LSP by using loose routing constraints in the present invention
- FIG. 2 is a flowchart of establishing a backup LSP in an automatically established manner according to the present invention
- FIG. 3 is a flowchart of establishing a backup LSP by using a loose routing constraint according to the present invention
- FIG. 4 is a flowchart of a fault that the primary LSP is faulty and reconstructed to form a new primary and backup LSP protection
- FIG. 5 is a flowchart of a backup LSP failure and reconstruction to form a new primary and backup LSP protection
- FIG. 6 is a flowchart of a specific implementation of the active and standby LSP protection re-optimization according to the present invention.
- the invention is based on an efficient LSP protection method for an RSVP-TE dynamic tunnel, including:
- the primary LSP is set up by the loose routing constraint.
- the primary LSP is set up by using the established or the detached LSP.
- the active and standby LSPs are set up.
- the loose routing constraint means that when the RSVP performs a routing request to the constrained shortest path first (CSPF), the next hop can be loosely bound by the routing, and the two nodes are not required to be directly connected, and There are other nodes. After a loose routing constraint is configured, you can ensure that a new primary or secondary LSP can be quickly reestablished after the primary LSP or the standby LSP is faulty. On the basis of the loose routing constraint method, the node constraint is also included.
- the node constraint can not only perform path constraint according to the link, but also perform path constraint according to the node.
- the node constraint can ensure that when a link passing through the node fails, the route calculation can still calculate the optimal path including the node through another link of the node.
- the service is switched to the standby LSP in the UP state to establish a new primary LSP, and the path between the new primary LSP and the secondary LSP is guaranteed. Incompletely overlapping, forming a new primary and backup LSP protection with the backup LSP;
- the backup LSP After the backup LSP is faulty, the primary LSP is re-established, and the new backup LSP is not completely overlapped with the active LSP. A new active/standby LSP protection is formed.
- the step of establishing a primary LSP by using loose routing constraints includes:
- RSVP has the condition of loose routing constraint and requests the primary LSP route from CSPF.
- RSVP has a loose routing constraint condition to make a routing request to CSPF, it needs to perform routing request according to the included conditions as much as possible.
- A2. Determine whether the primary LSP route is successful, if yes, enter A5; if not, enter A3.
- RSVP does not have a constraint and requests the primary LSP route from CSPF.
- A4. Determine whether the primary LSP route is successful (if the RSVP receives the routing information returned by the CSPF, the request is successful), if not, go to A3; if yes, enter A5.
- the primary LSP is set up in the automatic LSP to ensure that the active and standby LSPs can be protected.
- the specific steps include:
- RSVP makes a backup LSP routing request to CSPF, it has the condition of excluding the primary constraint. Exclude the primary LSP, that is, the route of the primary LSP is completely excluded when the route is calculated. If the route is not completely excluded, the route of the backup LSP that satisfies the condition is calculated by excluding some of the primary LSP routes. Not completely heavy Hehe.
- B2. Determine whether the request of the standby LSP is successful (if the RSVP receives the routing information returned by the CSPF, the request is successful), if yes, enter B3; if not, go to B1.
- the backup LSP is also established by using the loose routing constraint.
- the specific steps include:
- RSVP makes a backup LSP routing request to CSPF, it has two conditions: loose routing constraints and exclusion of primary constraints.
- RSVP carries out the condition of excluding the primary constraint and makes a standby LSP routing request to CSPF.
- the primary and secondary LSPs are set up. After the configuration is complete, the primary and secondary LSPs are set up. After the active and standby LSPs are established, the active and standby LSPs are formed. In general, the path configuration of the standby LSP loose routing constraint is slightly later than the path configuration of the primary LSP loose routing constraint. Therefore, the backup LSP is created later than the primary LSP.
- the primary LSP is faulty and reestablished to form a new primary and backup LSP protection.
- the specific steps are as follows:
- RSVP only has the condition of loose routing constraint, and performs the primary LSP routing request to CSPF and enters D6.
- RSVP makes a primary LSP routing request to CSPF, it has two conditions: loose routing constraints and exclusion of standby constraints. Exclude the backup constraint, that is, completely exclude the route of the standby LSP when calculating the route. If the route cannot be completely excluded, the route of the primary LSP that satisfies the condition is calculated by excluding some of the backup LSP routes; the exclusion of the backup constraint can exclude the backup as much as possible.
- the LSP is routed so that the newly established primary LSP can be established successfully.
- the primary LSP does not completely overlap with the backup LSP. The same number of links is as small as possible.
- D7 Determine whether the number of failed route requests is greater than 3 times. If not, go to D2; if yes, enter D8.
- the re-establishment timer of the primary LSP is still started, waiting for the re-establishment timer to expire.
- the standby LSP is faulty and reestablished to form a new active and standby LSP protection.
- the specific steps include:
- the backup LSP link is faulty. If the status of the primary LSP is Up, the faulty backup LSP is deleted.
- RSVP makes a backup LSP routing request to CSPF, it enters E10 with two conditions: loose routing constraint and exclusion of primary constraint.
- E8.RSVP only has the condition of excluding the primary constraint, and makes a backup LSP routing request to CSPF and enters E10.
- E9.RSVP does not carry any constraints, and makes a backup LSP routing request to CSPF and enters E10.
- the re-optimization function mainly includes the manual mode and the automatic mode.
- the manual mode is to re-optimize the LSPs of all the trunks that are ingress by the node through the command line.
- the automatic mode is to pre-configure a re-optimized timer. When the timer expires and the re-optimization is satisfied, the LSPs in all the trunks that are ingress are automatically re-optimized. There are two conditions for re-optimization. One is the path with the fewest hops, and the other is the path with the lowest cost when the hop count is the same.
- the re-optimization strategy is: when the session state of the primary LSP and the backup LSP and the BFD (Bidirectional Forwarding Detection) state are both UP, the re-optimization starts.
- the active LSP is re-optimized only when the session state and the BFD state of the standby LSP are Up.
- the standby LSP is optimized only when the session state and the BFD state of the active LSP are Up.
- the two LSPs that form the active/standby protection cannot be optimized at the same time. They can only be optimized in sequence, otherwise the service will be interrupted. After the optimization of the primary LSP is completed, the standby re-optimization is started.
- the implementation process of re-optimization is mainly divided into two parts, one is re-optimized query, and the other is re-optimized reconstruction, in these two processes,
- the request is routed to the CSPF (involving the ISIS or OSPF protocol).
- the re-optimization reconstruction will be performed.
- the specific methods include:
- F3. Determine whether the RSVP requests the re-optimized primary LSP route from the CSPF. If the query is successful (if the RSVP receives the routing information returned from the CSPF, the query is successful), if yes, enter F4; if not, the re-optimization ends.
- F5. Indicates that the primary LSP has a better route. In this case, the primary LSP needs to be optimized, and the primary LSP is re-optimized and re-established into F6.
- F6 It is determined whether the session state and the BFD state of the standby LSP are all UP, and if yes, enter F7; if not, the re-optimization ends.
- the RSVP requests a better route from the CSPF, so as to establish a new primary LSP, and judges whether the request for the primary LSP is successful, and if so, enters F9; if not, the re-optimization ends.
- RSVP requests routing from CSPF, it has the condition of loose routing constraints.
- the current primary LSP route is optimal, no need to re-optimize or the primary LSP re-optimization is completed, and the standby LSP re-optimization is started.
- F12 Determine whether the RSVP requests the re-optimized backup LSP route from the CSPF, whether the query is successful (if the RSVP receives the routing information returned from the CSPF, the query is successful), if yes, enters F13; if not, the re-optimization ends.
- F15 Determine whether the session state and the BFD state of the primary LSP are all UP, and if yes, enter F16; if not, the re-optimization ends.
- the RSVP requests a better route from the CSPF, so as to establish a new standby LSP, and judges whether the request for the backup LSP is successful, and if so, enters F18; if not, the re-optimization ends.
- RSVP requests routing from CSPF, it has the condition of excluding the primary constraint.
- the backup LSP is re-optimized.
- the backup LSP is re-optimized, if the backup LSP is configured with a loose route constraint, the backup LSP is configured with the loose route constraint and the exclusion of the primary constraint. The route is requested to the CSPF. If the backup LSP is not configured with the loose route constraint, The route is requested to the CSPF only with the condition that the primary constraint is excluded, so as to ensure that the primary LSP and the backup LSP do not completely coincide.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
Description
Claims (16)
- 基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于,包括:采用松散路由约束建立主用LSP,采用自动建立或松散路由约束建立备用LSP,形成主备LSP保护;当主用LSP链路故障后,业务倒换到状态为UP的备用LSP,建立一条新的主用LSP,并保证新的主用LSP与所述备用LSP的路径不完全重合,与所述备用LSP形成新的主备LSP保护;当备用LSP链路故障后,在主用LSP状态为UP的情况下,重建一条新的备用LSP,并保证新的备用LSP与所述主用LSP的路径不完全重合,与所述主用LSP形成新的主备LSP保护。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:采用松散路由约束建立主用LSP时,RSVP带有松散路由约束的条件,向CSPF请求主用LSP路由,若成功,则建立主用LSP;若失败,RSVP不带有约束条件向CSPF请求主用LSP路由,直至成功建立主用LSP。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:采用自动建立备用LSP过程中,RSVP向CSPF进行路由请求时带有排除主用约束的条件,即,在计算路由时,完全排除主用LSP的路由,如果不能完全排除,则通过排除部分主用LSP路由,来计算满足条件的备用LSP路由。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:采用松散路由约束建立备用LSP过程中,RSVP向CSPF进行路由请求时,带有松散路由约束和排除主用约束两个条件,若请求成功,则建立备用LSP;若请求失败,则带有排除主用约 束的条件进行请求,直至成功建立备用LSP;所述排除主用约束的条件为,在计算路由时,完全排除主用LSP的路由,如果不能完全排除,则通过排除部分主用LSP路由,来计算满足条件的备用LSP路由。
- 如权利要求4所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:所述主备LSP均采用松散路由约束建立时,先进行主用LSP以及备用LSP的路径配置,然后分别创建主用LSP和备用LSP,备用LSP在主用LSP开始创建后随时创建。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:当主用LSP链路故障后,业务倒换到状态为UP的备用LSP,删除故障主用LSP,启动主用LSP的重建定时器,等待重建定时器超时后,开始建立一条新的主用LSP。
- 如权利要求6所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:启动主用LSP的重建定时器,建立一条新的主用LSP过程中,判断备用LSP请求的路由是否返回RSVP,若是,RSVP向CSPF进行主用LSP路由请求时,带有松散路由约束和排除备用约束两个条件;若否,仅带有松散路由约束的条件;所述排除备用约束为,在计算路由时,完全排除备用LSP的路由,如果不能完全排除,则通过排除部分备用LSP路由,来计算满足条件的主用LSP路由;在所述主用LSP路由请求成功后,建立主用LSP。
- 如权利要求7所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:当RSVP向CSPF进行主用LSP路由请求失败时,判断失败次数是否大于3次,若否,按照权利要求7的步骤建立主用LSP;若是,仍旧启动主用LSP的重建定时器,判断备用LSP请求的路由是否返回RSVP,若是,RSVP带有排除备用约束的条件, 向CSPF请求主用LSP路由,若否,RSVP不带有约束条件向CSPF请求主用LSP路由;且在主用LSP路由请求成功后,建立主用LSP。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:当备用LSP链路故障后,在主用LSP状态为UP的情况下,删除故障备用LSP,启动备用LSP的重建定时器,等待重建定时器超时后,开始建立一条新的备用LSP。
- 如权利要求9所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:备用LSP在重建时,若备用LSP配置松散路由约束,判断主用LSP请求的路由是否返回RSVP,若是,RSVP向CSPF进行备用LSP路由请求时,带有松散路由约束和排除主用约束两个条件,若否,仅带有松散路由约束的条件;所述排除主用约束为,在计算路由时,完全排除主用LSP的路由,如果不能完全排除,则通过排除部分主用LSP路由,来计算满足条件的备用LSP路由。
- 如权利要求9所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:备用LSP在重建时,若备用LSP没有配置松散路由约束,判断主用LSP请求的路由是否返回RSVP,若是,RSVP向CSPF进行备用LSP路由请求时,仅带有排除主用约束的条件;若否,则不带有任何约束条件;所述排除主用约束为,在计算路由时,完全排除主用LSP的路由,如果不能完全排除,则通过排除部分主用LSP路由,来计算满足条件的备用LSP路由。
- 如权利要求11所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:若备用LSP路由请求成功,建立新的备用LSP,若请求失败,则判断请求失败的次数是否大于3次,若是,启动备用LSP的重建定时器,并按照权利要求11的步骤进行;若否,启动备用LSP的重建定时器,等待超时后,建立一条新的备用LSP, 重新判断备用LSP是否配置松散路由约束。
- 如权利要求1所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:当主用LSP或备用LSP的链路故障恢复后,通过手动或自动进行重优化,将主备LSP保护中不是最优的一条或两条LSP的路由,重优化到未出现故障时的预期路径。
- 如权利要求13所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:启动主用LSP的重优化时,在RSVP向CSPF请求路由成功后,将CSPF返回的路由与当前主用LSP的路由进行比较,判断是否有变化,若否,启动备用LSP重优化;若是,主用LSP重优化重建。
- 如权利要求14所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:进行主用LSP重优化重建,在备用LSP的会话状态和BFD状态为UP情况下,将原来的主用LSP删除,RSVP向CSPF请求路由时,带有松散路由约束的条件,建立优化后的主用LSP。
- 如权利要求14或15所述的基于RSVP-TE动态隧道的高效LSP保护方法,其特征在于:启动备用LSP重优化时,在RSVP向CSPF请求路由成功后,将CSPF返回的路由与当前备用LSP的路由进行比较,判断是否有变化,若否,结束;若是,进行备用LSP重优化重建,在主用LSP的会话状态和BFD状态为UP情况下,删除原来的备用LSP,RSVP向CSPF请求路由时,带有排除主用约束的条件,建立优化后的备用LSP,备用LSP与主用LSP不完全重合;且排除主用约束为,在计算路由时,完全排除主用LSP的路由,如果不能完全排除,则通过排除部分主用LSP路由,来计算满足条件的备用LSP路由。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SG11201804251TA SG11201804251TA (en) | 2016-04-14 | 2016-10-21 | Efficient lsp protection method based on rsvp-te dynamic tunnel |
| MYPI2018701881A MY197891A (en) | 2016-04-14 | 2016-10-21 | Efficient lsp protection method based on rsvp-te dynamic tunnel |
| PH12018501086A PH12018501086A1 (en) | 2016-04-14 | 2018-05-21 | Efficient lsp protection method based on rsvp-te dynamic tunnel |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610231676.0A CN105763450B (zh) | 2016-04-14 | 2016-04-14 | 基于rsvp-te动态隧道的高效lsp保护方法 |
| CN201610231676.0 | 2016-04-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2017177647A1 true WO2017177647A1 (zh) | 2017-10-19 |
Family
ID=56334963
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2016/102801 Ceased WO2017177647A1 (zh) | 2016-04-14 | 2016-10-21 | 基于rsvp-te动态隧道的高效lsp保护方法 |
Country Status (6)
| Country | Link |
|---|---|
| CN (1) | CN105763450B (zh) |
| CL (1) | CL2018001304A1 (zh) |
| MY (1) | MY197891A (zh) |
| PH (1) | PH12018501086A1 (zh) |
| SG (1) | SG11201804251TA (zh) |
| WO (1) | WO2017177647A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113810278A (zh) * | 2020-06-11 | 2021-12-17 | 中兴通讯股份有限公司 | 隧道路径切换方法、路径配置方法、设备、系统和介质 |
| CN114567593A (zh) * | 2020-11-26 | 2022-05-31 | 南京中兴软件有限责任公司 | 路径切换方法及其装置、网络设备、计算机可读存储介质 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105763450B (zh) * | 2016-04-14 | 2019-04-02 | 烽火通信科技股份有限公司 | 基于rsvp-te动态隧道的高效lsp保护方法 |
| CN109547269B (zh) * | 2019-01-04 | 2021-12-14 | 烽火通信科技股份有限公司 | 一种ip ran设备实现lsp保护的方法及装置 |
| CN112073319B (zh) * | 2019-06-10 | 2022-04-29 | 烽火通信科技股份有限公司 | 一种路径切换方法及系统 |
| CN112217721A (zh) * | 2020-09-29 | 2021-01-12 | 北京东土军悦科技有限公司 | 交换芯片中通信路径确定方法、计算机设备及存储介质 |
| CN115022235B (zh) * | 2022-05-07 | 2023-05-26 | 烽火通信科技股份有限公司 | 一种基于cspf的链路保护方法及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070076755A1 (en) * | 2005-09-30 | 2007-04-05 | Fujitsu Limited | Method of reserving network bandwidth resources, and communications system and network device using the same |
| CN101159690A (zh) * | 2007-11-19 | 2008-04-09 | 杭州华三通信技术有限公司 | 多协议标签交换转发方法、装置及标签交换路径管理模块 |
| CN101826954A (zh) * | 2010-03-30 | 2010-09-08 | 中兴通讯股份有限公司 | 集中式网络节点中实现热备份的方法及系统 |
| CN105763450A (zh) * | 2016-04-14 | 2016-07-13 | 烽火通信科技股份有限公司 | 基于rsvp-te动态隧道的高效lsp保护方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101562536B (zh) * | 2009-05-19 | 2012-03-07 | 迈普通信技术股份有限公司 | 一种局部路径保护的快速重路由方法 |
| CN101908998B (zh) * | 2009-06-03 | 2012-11-21 | 华为技术有限公司 | 路径计算方法、路径计算单元及路径计算系统 |
| CN101626527A (zh) * | 2009-08-19 | 2010-01-13 | 烽火通信科技股份有限公司 | 一种ason网络实现备用路由优化的返回式共享恢复的方法 |
| CN102571401B (zh) * | 2010-12-24 | 2015-07-08 | 华为技术有限公司 | 建立备份路径的方法及设备、选取备份路径的方法及设备 |
-
2016
- 2016-04-14 CN CN201610231676.0A patent/CN105763450B/zh active Active
- 2016-10-21 WO PCT/CN2016/102801 patent/WO2017177647A1/zh not_active Ceased
- 2016-10-21 SG SG11201804251TA patent/SG11201804251TA/en unknown
- 2016-10-21 MY MYPI2018701881A patent/MY197891A/en unknown
-
2018
- 2018-05-14 CL CL2018001304A patent/CL2018001304A1/es unknown
- 2018-05-21 PH PH12018501086A patent/PH12018501086A1/en unknown
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070076755A1 (en) * | 2005-09-30 | 2007-04-05 | Fujitsu Limited | Method of reserving network bandwidth resources, and communications system and network device using the same |
| CN101159690A (zh) * | 2007-11-19 | 2008-04-09 | 杭州华三通信技术有限公司 | 多协议标签交换转发方法、装置及标签交换路径管理模块 |
| CN101826954A (zh) * | 2010-03-30 | 2010-09-08 | 中兴通讯股份有限公司 | 集中式网络节点中实现热备份的方法及系统 |
| CN105763450A (zh) * | 2016-04-14 | 2016-07-13 | 烽火通信科技股份有限公司 | 基于rsvp-te动态隧道的高效lsp保护方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113810278A (zh) * | 2020-06-11 | 2021-12-17 | 中兴通讯股份有限公司 | 隧道路径切换方法、路径配置方法、设备、系统和介质 |
| CN114567593A (zh) * | 2020-11-26 | 2022-05-31 | 南京中兴软件有限责任公司 | 路径切换方法及其装置、网络设备、计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CL2018001304A1 (es) | 2018-10-05 |
| PH12018501086A1 (en) | 2019-01-28 |
| SG11201804251TA (en) | 2018-06-28 |
| MY197891A (en) | 2023-07-24 |
| CN105763450B (zh) | 2019-04-02 |
| CN105763450A (zh) | 2016-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017177647A1 (zh) | 基于rsvp-te动态隧道的高效lsp保护方法 | |
| CN101715149B (zh) | 一种多层多域分布式光网络并行跨域故障恢复方法和装置 | |
| US9088485B2 (en) | System, method and apparatus for signaling and responding to ERO expansion failure in inter-domain TE LSP | |
| CN101986622B (zh) | 一种pce状态属性的自动识别方法及系统 | |
| CN101286892B (zh) | 进行业务恢复的装置和方法 | |
| WO2012088967A1 (zh) | 一种网络恢复方法和装置 | |
| US20130301403A1 (en) | Fast reroute using loop free alternate next hops for multipoint label switched paths | |
| WO2008037198A1 (fr) | Procédés de mise en oeuvre de réacheminement rapide multidiffusion et noeud | |
| CN103368843A (zh) | 受保护标签交换路径快速重路由的oam标签交换路径 | |
| CN101459535A (zh) | 进行业务恢复的装置和方法 | |
| CN104243015B (zh) | 一种光网络用户网络接口故障恢复方法 | |
| WO2009092249A1 (zh) | 一种实现共享网格保护的方法和网络设备 | |
| EP2866394B1 (en) | Method and device for sending inter-domain fault information | |
| CN102036129B (zh) | 一种基于路径计算单元的路径保护方法及系统 | |
| EP2658177B1 (en) | Method for detecting tunnel faults and traffic engineering node | |
| EP2997700B1 (en) | Method for assured network state configuration and rollback in link-state packet networks | |
| CN101374106A (zh) | 一种mpls lsp上转发数据包的方法、网络节点和系统 | |
| CN102065006A (zh) | 一种跨域标签交换路径域间失效的恢复方法 | |
| CN101710899B (zh) | 一种mpls网络保护切换方法、lsr和系统 | |
| CN101494801A (zh) | 故障恢复方法、系统及网络设备 | |
| WO2015039554A1 (zh) | 一种基于wson网络减少波长连续性限制的方法 | |
| Martínez et al. | Experimental validation of dynamic restoration in GMPLS-controlled multi-layer networks using PCE-based global concurrent optimization | |
| CN101150491B (zh) | 一种多协议标签交换网络中的组播树的优化方法 | |
| CN106130895B (zh) | Sdn网络故障的重路由方法及装置 | |
| CN104184661B (zh) | 控制业务回切的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WWE | Wipo information: entry into national phase |
Ref document number: 12018501086 Country of ref document: PH |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 11201804251T Country of ref document: SG |
|
| WWE | Wipo information: entry into national phase |
Ref document number: DZP2018000359 Country of ref document: DZ |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16898460 Country of ref document: EP Kind code of ref document: A1 |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 16898460 Country of ref document: EP Kind code of ref document: A1 |