WO2017162172A1 - 重启恢复时间的调整方法和装置 - Google Patents

重启恢复时间的调整方法和装置 Download PDF

Info

Publication number
WO2017162172A1
WO2017162172A1 PCT/CN2017/077735 CN2017077735W WO2017162172A1 WO 2017162172 A1 WO2017162172 A1 WO 2017162172A1 CN 2017077735 W CN2017077735 W CN 2017077735W WO 2017162172 A1 WO2017162172 A1 WO 2017162172A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
recovery time
restart
restart recovery
tunnels
Prior art date
Application number
PCT/CN2017/077735
Other languages
English (en)
French (fr)
Inventor
付志涛
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017162172A1 publication Critical patent/WO2017162172A1/zh

Links

Images

Classifications

    • 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
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]

Definitions

  • the present disclosure relates to the field of data network communications, for example, to a method and apparatus for adjusting restart recovery time.
  • RSVP-TE Resource Reservation Protocol-Traffic Engineering
  • MPLS Multi-protocol Label Switch
  • Service traffic is forwarded in a traffic engineering (TE) tunnel through four functions: information release, path calculation, signaling interaction, and traffic forwarding.
  • GR Graceful Restart
  • NSF Non-Stop Forwarding
  • the GR technology needs to be based on Hello detection.
  • One of the purposes of detection is to sense whether a neighbor device has restarted.
  • the Hello detection process carries two parameters: restart time and recovery time.
  • the restart time indicates the time required to restore the control channel after the restart
  • the recovery time indicates the time required for the control channel to resume signaling and forwarding.
  • After detecting that a neighbor device restarts it needs to send a recovery packet to the restarter.
  • the node that sends the recovery packet to the restarter is called the assistant.
  • the restart time is mainly applied to the auxiliary party. It indicates that the auxiliary party needs to wait for the restarting party to send the recovery packet to the restarting party.
  • the recovery time is mainly applied to the restarting party, indicating how long it takes for the restarting party to fully recover the signaling and forwarding. .
  • both the assistant and the restarter save the restart time and recovery time of the neighbor devices. Once the neighbor device restarts, the parameters before the restart are restored.
  • LSP Label Switching Path
  • the present disclosure provides a method and an apparatus for adjusting the restart recovery time, which avoids the fact that the recovery time of the network device cannot be dynamically adjusted according to the number of LSPs when the network device is gracefully restarted, and the TE tunnel recovery failure may occur due to insufficient recovery time, thereby causing service interruption.
  • the present disclosure provides a method for adjusting a restart recovery time, where the method for adjusting the restart recovery time includes the following steps:
  • the first node acquires the number of tunnels between the first node and the second node, where the first node and the second node are adjacent to each other;
  • the method before the first node determines the first restart recovery time of the first node according to the number of the tunnels, the method includes:
  • the first node determines a first restart recovery time of the first node according to the number of the tunnels.
  • the method before the first node sends the first restart recovery time to the second node, the method includes:
  • the first node sends the first restart recovery time to the second node when the first restart recovery time changes.
  • the method for adjusting the restart recovery time further includes:
  • the first node updates a third restart recovery time of the second node stored locally at the first node according to the second restart recovery time.
  • the first node is configured to update, before the third restart recovery time of the second node that is local to the first node, according to the second restart recovery time, the method further includes:
  • the first node updates the third restart recovery time according to the second restart recovery time.
  • the present disclosure provides an apparatus for adjusting a restart recovery time, where the apparatus for restarting recovery time adjustment includes:
  • Obtaining a module configured to obtain a number of tunnels between the node and the second node, where the first node and the second node are adjacent to each other;
  • Determining a module configured to determine a first restart recovery time of the first node according to the number of the tunnels
  • a sending module configured to send the first restart recovery time to the second node, where the second node stores the first restart recovery time, and according to the first node when the first node restarts A restart recovery time sends a recovery message to the first node.
  • the device for adjusting the restart recovery time further includes:
  • a first determining module configured to determine whether the number of the tunnel changes
  • the determining module is further configured to determine, according to the number of the tunnels, a first restart recovery time of the first node when the number of the tunnels changes.
  • the device for adjusting the restart recovery time further includes:
  • a second determining module configured to determine whether the first restart recovery time changes
  • the sending module is further configured to send the first restart recovery time to the second node when the first restart recovery time changes.
  • the device for adjusting the restart recovery time further includes:
  • a receiving module configured to receive a second restart recovery time sent by the second node
  • a storage module configured to update a third restart recovery time of the second node stored locally at the first node according to the second restart recovery time.
  • the device for adjusting the restart recovery time further includes:
  • a third determining module configured to determine whether the received second restart recovery time is consistent with the third restart recovery time
  • the storage module is further configured to update the third restart recovery time according to the second restart recovery time when the received second restart recovery time is inconsistent with the third restart recovery time.
  • the present disclosure also provides a computer readable storage medium storing computer executable instructions arranged to perform the above method.
  • the present disclosure also provides an electronic device, including:
  • At least one processor At least one processor
  • the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to cause the at least one processor to perform the method described above.
  • the first node acquires the number of tunnels between the first node and the second node, wherein the first node is adjacent to the second node;
  • the number of tunnels determines a first restart recovery time of the first node;
  • the first node sends the first restart recovery time to the second node.
  • the second node may send a recovery packet to the first node according to the first restart recovery time dynamically adjusted according to the number of tunnels between the two packets sent by the first node. Ensure that the first node has sufficient recovery time, and the TE tunnel control plane fails to recover due to insufficient recovery time, resulting in service interruption.
  • FIG. 1 is a schematic flowchart of a first embodiment of a method for adjusting a restart recovery time
  • FIG. 3 is a schematic flowchart of determining whether the number of tunnels changes according to an embodiment
  • FIG. 5 is a schematic flowchart of determining whether a recovery time changes according to an embodiment
  • FIG. 6 is a schematic flowchart of a second embodiment of a method for adjusting a restart recovery time
  • FIG. 7 is a schematic flowchart of determining whether the recovery time is consistent with the local in the second embodiment of the apparatus for adjusting the restart recovery time according to an embodiment
  • FIG. 8 is a schematic block diagram of a first embodiment of an apparatus for adjusting a restart recovery time
  • FIG. 9 is a schematic diagram of a module including a first determining module according to an embodiment
  • FIG. 10 is a schematic diagram of a module including a second determining module in an embodiment
  • FIG. 11 is a block diagram showing a second embodiment of an apparatus for adjusting a restart recovery time
  • FIG. 12 is a block diagram showing a module including a third judging module in a second embodiment of the apparatus for adjusting the restart recovery time;
  • FIG. 13 is a schematic diagram showing the hardware structure of an electronic device in an embodiment.
  • This embodiment provides a method for adjusting a restart recovery time.
  • FIG. 1 is a schematic flowchart of a first embodiment of a method for adjusting a restart recovery time.
  • the first node obtains the number of tunnels between it and the second node.
  • the first node and the second node are adjacent to each other.
  • the establishment of a tunnel may be performed by using a resource reservation protocol-based traffic engineering (RSVP-TE) signaling interaction between each node, where the path of establishing the tunnel may be local.
  • the configuration made can also be obtained from the network.
  • the node that establishes the tunnel connection confirms the state of the neighboring node through the Hello packet exchange.
  • the Hello packet carries the two parameters: the restart time and the recovery time. Wherein the first node is one of a plurality of nodes, and the second node is adjacent to the first node node.
  • the recovery time may be determined according to the number of Label Switching Path (LSP) tunnels between nodes that have established neighbor relationships.
  • LSP Label Switching Path
  • the first node determines a first restart recovery time of the first node according to the number of the tunnels.
  • the first restart recovery time is a recovery time when the first node performs an elegant restart, that is, when the first node performs an graceful restart, the second node sends a recovery message to the first node.
  • the first restart recovery time may be calculated according to a function that is monotonous with the number of the tunnels. For example, the first restart may be restored according to a formula.
  • 100 LSPs pass from R1 through R2 to destination R3. Thus, there are 100 LSPs between R1, R2, and R3. At this time, R1 and R2, R2, and R3 respectively establish adjacent node session relationships.
  • the restart recovery time (recovery_time) advertised between R1 and R2, R2, and R3 is (T1+100*T2) ms, and the recovery_time is stored locally in R1, R2, and R3.
  • step 130 the first node sends the first restart recovery time to the second node, where the second node stores the first restart recovery time, and according to the The first restart recovery time sends a recovery message to the first node.
  • the neighboring nodes exchange Hello packets, and the Hello packets carry two parameters: a restart time and a recovery time.
  • the step 120 is further included before the step 120.
  • step 140 the first node determines whether the number of tunnels has changed.
  • the number of tunnels between the first node and the second node may change with time, and the first node may periodically acquire the number of tunnels with the second node, and The number of the tunnels is saved locally. After the number of tunnels between the two nodes is obtained next time, the number of the obtained tunnels can be compared with the number of locally saved tunnels to check whether the number of tunnels between the two nodes changes.
  • the step 120 is performed when the number of the tunnels changes.
  • the first restart recovery time may be calculated by using a preset function formula monotonous with the number of tunnels and sent to the first Two nodes.
  • the update operation of the first restart recovery time may not be performed, and the previous first restart recovery time may be sent to the second node.
  • R4-R5-R6, R4-R5-R7 have 100 LSPs respectively. In this case, there are 200 LSPs between R4 and R5, and there are 100 LSPs between R5 and R6, R5 and R7. There are also 100 LSPs between them.
  • the recovery_time of the Hello relationship advertisement between R4 and R5 is (T1+200*T2) ms; the recovery_time of the Hello relationship advertisement between R5 and R6 is (T1+100*T2) ms; and R5 and R7 are established.
  • the recovery_time of the Hello relationship advertisement is (T1+100*T2) ms.
  • the recovery_time of the Hello advertisement between R5 and R7 is modified to (T1+101*T2)ms. Since the number of LSPs between R4 and R5 and between R5 and R6 does not change, the recovery_time between R4 and R5, and the recovery_time between R5 and R6 remain unchanged.
  • the method further includes step 150.
  • step 150 the first node determines whether the first restart recovery time changes.
  • the first node may further perform calculation of a first restart recovery time of the first node after the first node acquires the number of tunnels with the second node, according to the calculated
  • the first restart recovery time of the first node determines whether a change has occurred. According to the determination result, it is determined whether the first restart recovery time parameter of the first node in the packet is updated when the Hello interaction packet is formed.
  • the step 130 is performed when the first restart recovery time changes.
  • the first node acquires the second node and the second node The number of tunnels between the first node and the second node; the first node determines a first restart recovery time of the first node according to the number of tunnels; and the first node Transmitting the first restart recovery time to the second node, where the second node stores the first restart recovery time, and according to the first restart recovery time, when the first node restarts
  • the first node sends a recovery message.
  • the Hello restart message is updated in the packet, and the Hello packet is sent to the second node.
  • the second node may send a recovery packet to the first node according to the first restart recovery time dynamically adjusted according to the number of tunnels between the two packets sent by the first node, to ensure that the first node recovers the packet.
  • the first node has sufficient recovery time, and the TE tunnel control plane fails to recover due to insufficient recovery time, resulting in service interruption.
  • the method for adjusting the restart recovery time further includes step 160 and step 170.
  • step 160 the first node receives a second restart recovery time sent by the second node.
  • a connection tunnel is established between the first node and the second node, where the first node and the second node are neighbor nodes, and when the second node performs graceful restart, the first node is The auxiliary node of the second node sends a recovery message to the second node.
  • the two nodes send and receive the Hello message, so the first node can also receive the Hello sent by the second node. Message.
  • step 170 the first node updates the third restart recovery time of the second node stored locally at the first node according to the second restart recovery time.
  • the first node after receiving the packet sent by the second node, extracts a second restart recovery time in the packet, and saves the second restart recovery time locally.
  • the second node performs a restart
  • the first node serves as a secondary party of the second node, and sends a recovery message to the second node according to the third restart recovery time.
  • the first node after receiving the packet sent by the second node, extracts a second restart recovery time in the packet, that is, when the second node performs graceful restart.
  • the second restart recovery time is updated and saved locally in the first node as a new third restart recovery time, that is, the second
  • the first node sends a time to restore the packet to the second node.
  • the step 170 further includes steps before 180.
  • step 180 the first node determines whether the received second restart recovery time is consistent with the third restart recovery time of the second node stored locally at the first node.
  • the first node may compare the second restart recovery time with a third restart recovery time saved locally at the first node, according to the The comparison result is used to determine whether to update the third restart recovery time stored in the first node (that is, the time when the first node sends a recovery message to the second node when the second node is gracefully restarted).
  • the step 170 is performed when the second restart recovery time in the packet is inconsistent with the third restart recovery time of the second node locally stored by the first node.
  • the first node determines that the second restart recovery time in the packet is different from the third restart recovery time of the second node stored in the first node
  • the first node The second restart recovery time is stored in the first node as the new third restart recovery time.
  • the first node sends a recovery message to the second node.
  • the method for adjusting the restart recovery time after the first node receives the packet sent by the second node, according to the second restart recovery time extracted from the packet and the locally saved second node
  • the third restart recovery time is compared to determine whether the second restart recovery time of the second node changes.
  • the third restart recovery time is updated to the second change. Restarting the recovery time and saving it in the first node local, and using the changed second restart recovery time as the recovery time of the graceful restart of the second node, when the second restart recovery time does not change, the third is not updated. Restart recovery time and save resources.
  • FIG. 8 is a schematic diagram of functional modules of the first embodiment of the apparatus for adjusting the restart recovery time.
  • the embodiment provides a device for adjusting the restart recovery time, and the device for adjusting the restart response time includes: an obtaining module 10, a determining module 20, and a sending module 30.
  • the acquisition module 10 is arranged to obtain the number of tunnels between it and the second node.
  • the first node and the second node are adjacent to each other.
  • each node performs the tunnel establishment according to the RSVP-TE signaling interaction.
  • the path for establishing the tunnel may be locally configured or obtained from the network.
  • Establish a tunnel connection The connected nodes confirm the status of the neighboring node through the Hello packet exchange.
  • the Hello packet carries the two parameters: restart time and recovery time.
  • the recovery time is determined according to the number of LSP tunnels between nodes that establish a neighbor relationship.
  • the determining module 20 is arranged to determine a first restart recovery time based on the number of tunnels.
  • the first restart recovery time may be calculated according to a function that is monotonous with the number of the tunnels. For example, the first restart may be restored according to a formula.
  • 100 LSPs pass from R1 through R2 to destination R3. Thus, there are 100 LSPs between R1, R2, and R3. At this time, R1 and R2, R2 and R3 respectively establish a Hello neighbor relationship.
  • the restart recovery time (recovery_time) advertised between R1 and R2, R2, and R3 is (T1+100*T2) ms, and the recovery_time is stored locally in R1, R2, and R3.
  • the sending module 30 is configured to send the first restart recovery time to the second node, where the second node stores the first restart recovery time, and according to the first restart when the first node restarts
  • the recovery time sends a recovery message to the first node.
  • the neighboring nodes exchange Hello packets, and the Hello packets carry two parameters: restart time and recovery time.
  • the second node is a secondary party
  • the first node restarts
  • the recovery message is sent to the first node according to the first restart recovery time.
  • the RSVP-TE graceful restart recovery time adjustment apparatus further includes: a first determining module 40.
  • the first determining module 40 is configured to determine whether the number of the tunnels has changed.
  • the number of tunnels between the first node and the second node may be changed with time.
  • the node may periodically acquire the number of tunnels with the second node, and save the number of the tunnels locally. After acquiring the number of tunnels between the two nodes, the tunnel may be acquired. The number is compared with the number of locally saved tunnels to confirm whether the number of tunnels between the two nodes has changed.
  • the determining module 20 may be further configured to determine the first restart recovery time according to the number of the tunnels when the number of the tunnels changes.
  • the update operation of the first restart recovery time may not be performed, and the previous first restart recovery time may be sent to the second node.
  • R4-R5-R6, R4-R5-R7 have 100 LSPs respectively. In this case, there are 200 LSPs between R4 and R5, and there are 100 LSPs between R5 and R6, R5 and R7. There are also 100 LSPs between them.
  • the recovery_time for establishing the Hello relationship between R4 and R5 is (T1+200*T2) ms; the recovery_time for establishing the Hello relationship between R5 and R6 is (T1+100*T2) ms; and Hello is established between R5 and R7.
  • the recovery_time of the relationship announcement is (T1+100*T2) ms.
  • the recovery_time of the Hello advertisement between R5 and R7 is modified to (T1+101*T2)ms. Since the number of LSPs between R4 and R5 and between R5 and R6 does not change, the recovery_time between R4 and R5, and the recovery_time between R5 and R6 remain unchanged.
  • the restarting time adjustment device further includes: a second determining module 50.
  • the second determining module 50 is configured to determine whether the first restart recovery time changes.
  • the first restart recovery time is calculated by using a preset function formula monotonous with the number of tunnels and sent to the second node.
  • the first node may further perform calculation of the first restart recovery time after the first node acquires the number of tunnels with the second node, and recover according to the calculated first restart.
  • the time is determined whether the first restart recovery time has changed. According to the determination result, it is determined whether the first restart recovery time in the packet is updated when a new packet is formed.
  • the sending module 30 may be further configured to: when the first restart recovery time changes, send the first restart recovery time to the second node, where the second node restarts when the first node restarts And sending a recovery message to the first node according to the first restart recovery time.
  • the apparatus for adjusting the restart recovery time obtains the number of tunnels between the first node and the second node, where the first node and the second node are adjacent to each other; and determining the first number according to the number of the tunnels
  • the recovery time is restarted; the first restart recovery time is sent to the second node, so that the second node sends a recovery message to the first node according to the first restart recovery time when the first node restarts.
  • the Hello restart message is updated in the packet, and the Hello packet is sent to the second node.
  • the second node may send a recovery packet to the first node according to the first restart recovery time that is dynamically adjusted according to the number of tunnels between the two received packets, to ensure that the first node is sufficient.
  • the recovery time of the TE tunnel is not restored due to insufficient recovery time, resulting in service interruption.
  • the device for adjusting the restarting recovery time further includes: a receiving module 60 and a storage module 70.
  • the receiving module 60 is configured to receive a second restart recovery reply time sent by the second node.
  • a connection tunnel is established between the first node and the second node, and when the second node performs an elegant restart, the first node is an auxiliary party of the second node, and sends the second node to the second node.
  • the two nodes send and receive the Hello message, so the first node can also receive the Hello message sent by the second node.
  • the storage module 70 is configured to update a third restart recovery time of the second node stored locally at the first node according to the second restart recovery time.
  • the first node after receiving the packet sent by the second node, extracts a second restart recovery time of the second node in the packet, and saves the second restart recovery time in the packet.
  • the first node serves as a secondary party of the second node, and sends a recovery message to the second node according to the third restart recovery time.
  • the restarting time adjustment device further includes: a third determining module 80.
  • the third determining module 80 is configured to determine the received second restart recovery time and the third restart Whether the recovery time is consistent.
  • the first node may compare the second restart recovery time with the third restart recovery time saved locally, and determine whether the comparison result is based on the comparison result.
  • the third restart recovery time saved locally that is, the time when the first node sends a recovery message to the second node when the second node is gracefully restarted is updated.
  • the storage module 70 may be further configured to be stored in the first update according to the second restart recovery time when the received second restart recovery time is inconsistent with the third restart recovery time of the second node locally stored by the first node.
  • the packet when the first node determines that the second restart recovery time in the packet is inconsistent with the third restart recovery time of the second node saved in the first node, the packet is in the packet.
  • the second restart recovery time is saved in the first node as the new third restart recovery time.
  • the first node sends a recovery message to the second node.
  • the apparatus for adjusting the restart recovery time after the first node receives the packet sent by the second node, according to the second restart recovery time extracted from the packet and the locally saved second time Comparing the third restart recovery time of the node, determining whether the second restart recovery time of the second node changes, and updating the third restart recovery time to the change when the second restart recovery time changes
  • the second restart recovery time is saved locally in the first node, and the changed second restart recovery time is used as the recovery time of the elegant restart of the second node, and is not updated when the second restart recovery time does not change.
  • the third restart recovery time saves resources.
  • the embodiment provides a computer readable storage medium storing computer executable instructions arranged to perform any of the methods described above.
  • the electronic device includes:
  • At least one processor 130 which is exemplified by a processor 130 in FIG. 13; and a memory 131, may further include a communication interface 132 and a bus 133.
  • the processor 130, the communication interface 132, and the memory 131 can complete communication with each other through the bus 133.
  • Communication interface 132 can be used for information transfer.
  • the processor 130 can call logic instructions in the memory 131 to perform the above method.
  • logic instructions in the memory 131 described above can be implemented in the form of software functional units. And when sold or used as a stand-alone product, it can be stored on a computer readable storage medium.
  • the memory 131 is a computer readable storage medium and can be used to store a software program, a computer executable program, such as a program instruction or a module corresponding to the method in the above embodiment.
  • the processor 130 performs functional applications and data processing by running software programs, instructions or modules stored in the memory 131.
  • the memory 131 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to usage of the terminal, and the like. Further, the memory 131 may include a high speed random access memory, and may also include a nonvolatile memory.
  • a software product stored in a storage medium (such as read-only memory (ROM), random access memory (RAM), random access memory (RAM).
  • ROM read-only memory
  • RAM random access memory
  • RAM random access memory
  • disk or a disc comprising one or more instructions for causing a terminal device (which may be a cell phone, computer, server, air conditioner, or network device, etc.) to perform the method described in the embodiments.
  • the method and the device for adjusting the restart recovery time provided by the present disclosure prevent the recovery time of the network device from being gracefully restarted according to the number of LSPs, and the TE tunnel recovery failure may occur due to insufficient recovery time, thereby causing service interruption.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种重启恢复时间的调整方法及装置，所述重启恢复时间的调整方法包括：第一节点获取其第二节点之间的隧道数目，其中，所述第一节点与所述第二节点相邻；所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及所述第一节点将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在所述第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。

Description

重启恢复时间的调整方法和装置 技术领域
本公开涉及数据网络通信领域，例如涉及一种重启恢复时间的调整方法和装置。
背景技术
基于流量工程的资源预留协议(Resource Reservation Protocol-Traffic Engineering，RSVP-TE)是一种基于多协议标签交换(Multi-protocol Label Switch，MPLS)的流量工程技术。通过信息发布、路径计算、信令交互以及流量转发四个功能实现业务流量在流量工程(Traffic Engineering，TE)隧道中的转发。
基于RSVP-TE的优雅重启(Graceful Restart，GR)提供了一种业务流量的不间断转发(Non-Stop Forwarding，NSF)机制，网络中设备的控制面发生故障时，可以通过该设备的邻居设备恢复控制面信息，转发信息在恢复控制面恢复的阶段能够保持住，以保证流量的转发。
GR技术需要基于Hello检测，检测的目的之一就是需要感知邻居设备是否发生了重启。Hello检测过程中会携带重启时间(Restart time)和恢复时间(Recovery time)两个参数，重启时间表示重启后恢复控制通道需要的时间，以及恢复时间表示控制通道恢复信令与转发需要的时间。在检测到邻居设备发生重启之后，需要为重启方发送恢复报文，为重启方发送恢复报文的节点称为辅助方。
重启时间，主要适用于辅助方，表示辅助方需要等待重启方多长时间，才给重启方发送恢复报文；恢复时间，主要适用于重启方，表示重启方需要多久才能完全恢复信令与转发。在Hello的交互中辅助方和重启方都保存各自邻居设备的重启时间和恢复时间这两个参数，一旦邻居设备重启，将通过这些重启前的参数进行恢复。
在部署优雅重启的过程中，主流厂商固定配置Restart time和Recovery time。节点TE隧道的数量对于恢复时间有直接的影响。节点间可能存在多条标签交换路径(Label Switching Path，LSP)隧道，LSP数目随着时间的变化是动态变化 的。经过重启点的隧道越多，恢复时间就越长。工程部署的时候，往往静态配置这一恢复时间，随着开通业务的增加，承载的隧道数目也增多，需要重新配置恢复时间，给运维也带来了较多的麻烦。若没有及时更新配置恢复时间参数，在节点重启时，可能由于恢复时间不足，造成TE隧道控制平面恢复失败，导致业务中断。
发明内容
本公开提供一种重启恢复时间的调整方法和装置，避免了网络设备在优雅重启时恢复时间不能根据LSP数目动态调整，可能由于恢复时间的不足造成TE隧道恢复失败，从而导致业务中断的现象。
本公开提供一种重启恢复时间的调整方法，所述重启恢复时间的调整方法包括步骤：
第一节点获取其与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；
所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及
所述第一节点将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在所述第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
可选地，所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间之前，所述方法包括：
所述第一节点判断所述隧道数目是否发生变化；以及
在所述隧道数目发生变化时，所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间。
可选地，所述第一节点将所述第一重启恢复时间发送至第二节点之前，所述方法包括：
所述第一节点判断所述第一重启恢复时间是否发生变化；以及
在所述第一重启恢复时间发生变化时，所述第一节点将所述第一重启恢复时间发送至所述第二节点。
可选地，所述重启恢复时间的调整方法还包括：
所述第一节点接收所述第二节点发送的第二重启恢复时间；以及
所述第一节点根据所述第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间。
可选地，所述第一节点根据所述第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间之前，所述方法还包括：
所述第一节点判断接收到的所述第二重启恢复时间与所述第三重启恢复时间是否一致；以及
在接收到的所述第二重启恢复时间与所述第三重启恢复时间不一致时，所述第一节点根据所述第二重启恢复时间更新所述第三重启恢复时间。
本公开提供一种重启恢复时间的调整装置，所述重启恢复时间调整的装置包括：
获取模块，设置为获取其与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；
确定模块，设置为根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及
发送模块，设置为将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在所述第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
可选地，所述重启恢复时间的调整装置还包括：
第一判断模块，设置为判断所述隧道数目是否发生变化；其中，
所述确定模块还设置为在所述隧道数目发生变化时，根据所述隧道数目确定所述第一节点的第一重启恢复时间。
可选地，所述重启恢复时间的调整装置还包括：
第二判断模块，设置为判断所述第一重启恢复时间是否发生变化；其中，
所述发送模块还设置为在所述第一重启恢复时间发生变化时，将所述第一重启恢复时间发送至所述第二节点。
可选地，所述重启恢复时间的调整装置还包括：
接收模块，设置为接收所述第二节点发送的第二重启恢复时间；以及
存储模块，设置为根据所述第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间。
可选地，所述重启恢复时间的调整装置还包括：
第三判断模块，设置为判断接收到的所述第二重启恢复时间与所述第三重启恢复时间是否一致；其中，
所述存储模块还设置为在接收到的所述第二重启恢复时间与所述第三重启恢复时间不一致时，根据所述第二重启恢复时间更新所述第三重启恢复时间。
本公开还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述方法。
本公开还提供了一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法。
本公开提出的重启恢复时间的调整方法和装置，第一节点获取其与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；所述第一节点根据所述隧道数目计算确定所述第一节点的第一重启恢复时间；所述第一节点将所述第一重启恢复时间发送至所述第二节点。在第一节点发生重启时，第二节点可根据接收到的第一节点发送的报文中的根据二者之间隧道数目动态调整的第一重启恢复时间，向第一节点发送恢复报文，保证第一节点充足的恢复时间，而不会由于恢复时间不足，造成TE隧道控制平面恢复失败，导致业务中断。
附图说明
图1为重启恢复时间的调整方法第一实施例的流程示意图；
图2为一实施例基于LSP隧道数目增减，RSVP Hello调整recovery_time交互场景一；
图3为一实施例判断隧道数目是否发生变化的流程示意图；
图4为一实施例基于LSP隧道数目增减，RSVP Hello调整recovery_time交互场景二；
图5为一实施例判断恢复时间是否发生变化的流程示意图；
图6为重启恢复时间的调整方法第二实施例的流程示意图；
图7为一实施例重启恢复时间的调整装置第二实施例的中判断恢复时间是否与本地一致的流程示意图；
图8为重启恢复时间的调整装置第一实施例的模块示意图；
图9为一实施例包括第一判断模块的的模块示意图；
图10为一实施例中包括第二判断模块的模块示意图；
图11为重启恢复时间的调整装置第二实施例的模块示意图；
图12为重启恢复时间的调整装置第二实施例中包括第三判断模块的模块示意图；以及
图13为一实施例中电子设备的硬件结构示意图。
具体实施方式
在不冲突的情况下，以下实施例以及实施例中的技术特征可以相互任意组合。
本实施例提供一种重启恢复时间的调整方法。
图1为重启恢复时间的调整方法第一实施例的流程示意图。
在步骤110中，第一节点获取其与第二节点之间的隧道数目。其中，所述第一节点和所述第二节点相邻。
在本实施例中，每个节点之间可以按照基于流量工程的资源预留协议(Resource Reservation Protocol-Traffic Engineering，RSVP-TE)信令交互完成隧道的建立，其中建立隧道的路径可以是在本地进行的配置，也可以从网络获取。建立隧道连接的节点之间通过Hello报文交互确认邻居节点的状态，其中所述Hello报文携带了重启时间(Restart time)和恢复时间(Recovery time)两个参数。其中，所述第一节点是多个节点中的一个，第二节点是与第一节点相邻的 节点。
在本实施例中，所述恢复时间可以根据建立了邻居关系的节点间的标签交换路径(Label Switching Path，LSP)隧道数目确定。
在步骤120中，所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间。其中，第一重启恢复时间是第一节点进行优雅重启时的恢复时间，也即第一节点进行优雅重启时，第二节点向第一节点发送恢复报文的时间。
在本实施例中，在获取到建立邻居关系的节点间的隧道数目后，可根据一个随所述隧道数目单调的函数计算得到所述第一重启恢复时间，例如可根据公式，第一重启恢复时间T＝(T1+LSP_COUNT*T2)ms计算得到，其中T1是一个基础时间，LSP_COUNT是LPS隧道数目，T2是LSP数目变化的常数时间因子，也可以是一个基于LSP数目的单调函数。
如图2所示，100条LSP从R1经过R2，到目的地R3。这样R1、R2、R3两两之间存在100条LSP，这个时候R1和R2，R2和R3分别建立有相邻节点会话关系。
R1和R2、R2和R3两两之间分别通告的重启恢复时间(recovery_time)为(T1+100*T2)ms，该recovery_time分别保存于R1、R2和R3的本地。
当经过R2的R1和R3之间的链路再增加一条LSP时，相当于R1和R2，以及R2和R3之间分别又新增一条LSP。这个时候R1和R2，以及R2和R3之间通告的recovery_time为(T1+101*T2)，该recovery_time分别保存于R1、R2和R3的本地。
在步骤130中，所述第一节点将所述第一重启恢复时间发送至第二节点，以供所述第二节点存储所述第一重启恢复时间，并在第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
在本实施例中，所述邻居节点之间通过Hello报文交互，所述Hello报文携带了重启时间和恢复时间两个参数。
可选地，参照图3，所述步骤120之前还包括步骤140。
在步骤140中，所述第一节点判断所述隧道数目是否发生变化。
在本实施例中，第一节点与第二节点之间的隧道数目可能随时间的变化产生变化，所述第一节点可以定时获取与所述第二节点之间的隧道数目，并将所 述隧道数目保存在本地，在下次获取两节点之间的隧道数目后，可以将获取到的所述隧道数目与本地保存的隧道数目进行比对，确认两节点之间的隧道数目是否发生变化。
在所述隧道数目发生变化时，执行所述步骤120。
在本实施例中，所述第一节点在确认与第二节点之间的隧道数目发生变化时，可以采用预设的随隧道数目单调的函数公式计算所述第一重启恢复时间并发送到第二节点。
在检测到所述第一节点与第二节点之间的隧道数目没有发生变化时，可不进行第一重启恢复时间的更新操作，可以向第二节点发送前一次的第一重启恢复时间。
如图4所示，R4-R5-R6，R4-R5-R7分别具有100条LSP，这种情况下R4和R5之间存在200条LSP，R5和R6之间存在100条LSP，R5和R7之间也存在100条LSP。R4和R5之间建立Hello关系通告的recovery_time为为(T1+200*T2)ms；R5和R6之间建立Hello关系通告的recovery_time为(T1+100*T2)ms；以及R5和R7之间建立Hello关系通告的recovery_time为(T1+100*T2)ms。
如果在R5和R7之间增加一条LSP，那么R5和R7之间Hello通告的recovery_time修改为(T1+101*T2)ms。由于R4和R5之间、以及R5和R6之间的LSP数目没变，所以R4和R5之间的recovery_time、以及R5和R6之间的recovery_time维持不变。
可选地，参照图5，所述步骤130之前，所述方法还包括步骤150。
在步骤150中，所述第一节点判断所述第一重启恢复时间是否发生变化。
在本实施例中，所述第一节点还可以在第一节点获取到与第二节点之间的隧道数目之后进行所述第一节点的第一重启恢复时间的计算，根据计算出的所述第一节点的第一重启恢复时间判断是否发生了变化，根据所述判断结果确定是否在组建Hello交互报文时的，将所述报文中第一节点的第一重启恢复时间参数更新。
在所述第一重启恢复时间发生变化时，执行所述步骤130。
本实施例提出的重启恢复时间的调整方法，第一节点获取其与第二节点之 间的隧道数目，其中，所述第一节点和所述第二节点相邻；所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及所述第一节点将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。在每一次发送Hello报文进行交互时，都将获取到的所述第一重启恢复时间更新在报文中，并将所述Hello报文发送至第二节点。在第一节点发生重启时，第二节点可根据接收到的第一节点发送的报文中的根据二者之间隧道数目动态调整的第一重启恢复时间向第一节点发送恢复报文，保证第一节点充足的恢复时间，而不会由于恢复时间不足，造成TE隧道控制平面恢复失败，导致业务中断。
可选地，基于第一实施例，提出重启恢复时间的调整方法的第二实施例，参照图6，所述重启恢复时间的调整方法还包括步骤160和步骤170。
在步骤160中，所述第一节点接收第二节点发送的第二重启恢复时间。
在本实施例中，所述第一节点与第二节点之间建立了连接隧道，第一节点与第二节点互为邻居节点，在第二节点进行优雅重启时，所述第一节点为所述第二节点的辅助方，向第二节点发送恢复报文，在进行Hello报文交互时，两节点互相发送并接收所述Hello报文，故第一节点也可接收第二节点发送的Hello报文。
在步骤170中，所述第一节点根据所述第二重启恢复时间更新存储在所述第一节点本地的第二节点的第三重启恢复时间。
在本实施例中，所述第一节点接收到第二节点发送的所述报文后，提取所述报文中的第二重启恢复时间，并将所述第二重启恢复时间保存在本地，在所述第二节点进行重启时，所述第一节点作为第二节点的辅助方，根据所述第三重启恢复时间向所述第二节点发送恢复报文。
在本实施例中，所述第一节点在接收到所述第二节点发送的报文后，提取所述报文中的第二重启恢复时间，即所述第二节点进行优雅重启时的恢复时间，在所述第一节点提取出所述第二重启恢复时间后，将所述第二重启恢复时间更新并保存在第一节点本地，作为新的第三重启恢复时间，即所述第二节点发生优雅重启时，第一节点向所述第二节点发送恢复报文的时间。
在上述实施例的基础上，可选地，参照图7，所述步骤170之前还包括步骤 180。
在步骤180中，所述第一节点判断接收到的所述第二重启恢复时间与存储在第一节点本地的第二节点的第三重启恢复时间是否一致。
在本实施例中，所述第一节点在提取到所述第二重启恢复时间之后，可将所述第二重启恢复时间与保存在第一节点本地的第三重启恢复时间进行对比，根据所述对比结果判断是否对保存在第一节点本地的第三重启恢复时间(即所述第二节点发生优雅重启时，第一节点向所述第二节点发送恢复报文的时间)进行更新。
在所述报文中的第二重启恢复时间与第一节点本地存储的第二节点的第三重启恢复时间不一致时，执行所述步骤170。
在本实施例中，在第一节点判断所述报文中的第二重启恢复时间与保存在第一节点本地的第二节点的第三重启恢复时间不一致时，将所述报文中的所述第二重启恢复时间作为新的第三重启恢复时间保存在第一节点本地，作为所述第二节点发生优雅重启时，第一节点向所述第二节点发送恢复报文的时间。
本实施例提出的重启恢复时间的调整方法，在第一节点接收到第二节点发送的报文后，根据从所述报文中提取出的第二重启恢复时间与本地保存的第二节点的第三重启恢复时间进行对比，确定所述第二节点的第二重启恢复时间是否发生变化，在所述第二重启恢复时间发生变化时，将第三重启恢复时间更新为所述变化的第二重启恢复时间并保存在第一节点本地，将所述变化的第二重启恢复时间，作为第二节点的优雅重启的恢复时间，在所述第二重启恢复时间没有发生变化时，不更新第三重启恢复时间，节省资源。
如图8所示，图8为重启恢复时间的调整装置第一实施例的功能模块示意图。
本实施例提出一种重启恢复时间的调整装置，所述重启回复时间的调整装置包括：获取模块10、确定模块20和发送模块30。
获取模块10设置为获取其与第二节点之间的隧道数目。其中，所述第一节点和所述第二节点相邻。
在本实施例中，每个节点之间按照RSVP-TE信令交互完成隧道的建立，其中建立隧道的路径可以是在本地进行的配置，也可以从网络获取。建立隧道连 接的节点之间通过Hello报文交互确认邻居节点的状态，其中所述Hello报文携带了重启时间和恢复时间两个参数。
在本实施例中，所述恢复时间根据建立了邻居关系的节点间的LSP隧道数目确定。
确定模块20设置为根据所述隧道数目确定第一重启恢复时间。
在本实施例中，在获取到建立邻居关系的节点间的隧道数目后，可根据一个随所述隧道数目单调的函数计算得到所述第一重启恢复时间，例如可根据公式，第一重启恢复时间T＝(T1+LSP_COUNT*T2)ms计算得到，其中T1是一个基础时间，LSP_COUNT是LPS隧道数目，T2是LSP数目变化的常数时间因子，也可以是一个基于LSP数目的单调函数。
如图2所示，100条LSP从R1经过R2，到目的地R3。这样R1、R2、R3两两之间存在100条LSP，这个时候R1和R2，R2和R3分别建立有Hello邻居关系。
R1和R2、R2和R3两两之间分别通告的重启恢复时间(recovery_time)为(T1+100*T2)ms，该recovery_time分别保存于R1、R2和R3的本地。
当经过R2的R1和R3之间的链路增加一条LSP时，相当于R1和R2，以及R2和R3之间分别又新增一条LSP。这个时候R1和R2，以及R2和R3之间通告的recovery_time为(T1+101*T2)，该recovery_time分别保存于R1、R2和R3的本地。
发送模块30设置为将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
在本实施例中，邻居节点之间通过Hello报文交互，所述Hello报文携带了重启时间和恢复时间两个参数。所述第二节点作为辅助方时在第一节点重启时根据所述第一重启恢复时间向第一节点发送恢复报文。
可选地，参照图9，所述RSVP-TE优雅重启的恢复时间调整装置还包括：第一判断模块40。
第一判断模块40设置为判断所述隧道数目是否发生变化。
在本实施例中，第一节点与第二节点之间的隧道数目可能随时间的变化产 生变化，所述一节点可以定时获取与第二节点之间的隧道数目，并将所述隧道数目保存在本地，在下次获取两节点之间的隧道数目后，可以将获取到的所述隧道数目与本地保存的隧道数目进行比对，确认两节点之间的隧道数目是否发生变化。
所述确定模块20还可以设置为在所述隧道数目发生变化时，根据所述隧道数目确定所述第一重启恢复时间。
在检测到所述第一节点与第二节点之间的隧道数目没有发生变化时，可不进行第一重启恢复时间的更新操作，可以向第二节点发送前一次的第一重启恢复时间。
如图4所示，R4-R5-R6，R4-R5-R7分别具有100条LSP，这种情况下R4和R5之间存在200条LSP，R5和R6之间存在100条LSP，R5和R7之间也存在100条LSP。R4和R5之间建立Hello关系通告的recovery_time为(T1+200*T2)ms；R5和R6之间建立Hello关系通告的recovery_time为(T1+100*T2)ms；以及R5和R7之间建立Hello关系通告的recovery_time为(T1+100*T2)ms。
如果在R5和R7之间增加一条LSP，那么R5和R7之间Hello通告的recovery_time修改为(T1+101*T2)ms。由于R4和R5之间、以及R5和R6之间的LSP数目没变，所以R4和R5之间的recovery_time、以及R5和R6之间的recovery_time维持不变。
可选地，参照图10，所述重启恢复时间的调整装置还包括：第二判断模块50。
第二判断模块50设置为判断所述第一重启恢复时间是否发生变化。
在本实施例中，所述第一节点在确认与第二节点之间的隧道数目发生变化时，采用预设的随隧道数目单调的函数公式计算所述第一重启恢复时间并发送到第二节点。
在本实施例中，所述第一节点还可以在第一节点获取到与第二节点之间的隧道数目之后进行所述第一重启恢复时间的计算，根据计算出的所述第一重启恢复时间判断第一重启恢复时间是否发生了变化，根据所述判断结果确定是否在组建新报文时，将所述报文中的的所述第一重启恢复时间更新。
所述发送模块30还可以设置为在所述第一重启恢复时间发生变化时，将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点在第一节点重启时根据所述第一重启恢复时间向第一节点发送恢复报文。
本实施例提出的重启恢复时间的调整装置，获取第一节点与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；根据所述隧道数目确定第一重启恢复时间；将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点在第一节点重启时根据所述第一重启恢复时间向第一节点发送恢复报文。在每一次发送Hello报文进行交互时，都将获取到的所述第一重启恢复时间更新在报文中，并将所述Hello报文发送至第二节点。在第一节点发生重启时，第二节点可根据接收到的报文中的根据二者之间隧道数目动态调整的第一重启恢复时间向所述第一节点发送恢复报文，保证第一充足的恢复时间，而不会由于恢复时间不足，造成TE隧道控制平面恢复失败，导致业务中断。
可选地，基于调整装置的第一实施例，提出重启恢复时间的调整装置的第二实施例，参照图11，所述重启恢复时间的调整装置还包括：接收模块60和存储模块70。
接收模块60设置为接收第二节点发送的第二重启恢复回复时间。
在本实施例中，所述第一节点与第二节点之间建立了连接隧道，在第二节点进行优雅重启时，第一节点即为所述第二节点的辅助方，向第二节点发送恢复报文，在进行Hello报文交互时，两节点互相发送并接收所述Hello报文，故第一节点也可接收第二节点发送的Hello报文。
存储模块70设置为根据所述第二重启恢复时间更新存储在第一节点本地的所述第二节点的第三重启恢复时间。
在本实施例中，第一节点接收到第二节点发送的所述报文后，提取所述报文中的第二节点的第二重启恢复时间，并将所述第二重启恢复时间保存在本地，在所述第二节点进行重启时，所述第一节点作为第二节点的辅助方，根据所述第三重启恢复时间向所述第二节点发送恢复报文。
可选地，参照图12，所述重启恢复时间的调整装置还包括：第三判断模块80。
第三判断模块80，设置为判断接收到的所述第二重启恢复时间与第三重启 恢复时间是否一致。
在本实施例中，第一节点在提取到所述第二重启恢复时间之后，可将所述第二重启恢复时间与保存在本地的第三重启恢复时间进行对比，根据所述对比结果判断是否对保存在本地的第三重启恢复时间(即所述第二节点发生优雅重启时，第一节点向所述第二节点发送恢复报文的时间)进行更新。
所述存储模块70还可以设置为在接收到的第二重启恢复时间与第一节点本地存储的第二节点的第三重启恢复时间不一致时，根据所述第二重启恢复时间更新存储在第一节点本地的第三重启恢复时间。
在本实施例中，在第一节点判断所述报文中的第二重启恢复时间与所述保存在第一节点本地的第二节点的第三重启恢复时间不一致时，将所述报文中的所述第二重启恢复时间作为新的第三重启恢复时间保存在第一节点本地，作为所述第二节点发生优雅重启时，第一节点向所述第二节点发送恢复报文的时间。
本实施例提出的重启恢复时间的调整装置，在第一节点接收到第二节点发送的报文后，根据从所述报文中提取出的所述第二重启恢复时间与本地保存的第二节点的第三重启恢复时间进行对比，确定所述第二节点的第二重启恢复时间是否发生变化，在所述第二重启恢复时间发生变化时，将第三重启恢复时间更新为所述变化的第二重启恢复时间并保存在第一节点本地，将所述变化的第二重启恢复时间，作为第二节点的优雅重启的恢复时间，在所述第二重启恢复时间没有发生变化时，不更新所述第三重启恢复时间，节省资源。
本实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述任一方法。
本实施例提供了一种电子设备的硬件结构示意图。参见图13，该电子设备包括：
至少一个处理器(processor)130，图13中以一个处理器130为例；和存储器(memory)131，还可以包括通信接口(Communications Interface)132和总线133。其中，处理器130、通信接口132、存储器131可以通过总线133完成相互间的通信。通信接口132可以用于信息传输。处理器130可以调用存储器131中的逻辑指令，以执行上述方法。
此外，上述的存储器131中的逻辑指令可以通过软件功能单元的形式实现 并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
存储器131作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如上述实施例中方法对应的程序指令或模块。处理器130通过运行存储在存储器131中的软件程序、指令或模块，从而执行功能应用以及数据处理。
存储器131可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器131可以包括高速随机存取存储器，还可以包括非易失性存储器。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件和硬件平台的方式来实现，也可以通过硬件方式实现。本实施例的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(Read-only Memory，ROM)、随机存取存储器(Ramdom Access Memory，RAM)、磁碟或光盘)中，包括一个或多个指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行实施例所述的方法。
工业实用性
本公开提供的重启恢复时间的调整方法及装置，避免了网络设备在优雅重启时恢复时间不能根据LSP数目动态调整，可能由于恢复时间的不足造成TE隧道恢复失败，从而导致业务中断的现象。

Claims (11)

  1. 一种重启恢复时间的调整方法，包括：
    第一节点获取其与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；
    所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及
    所述第一节点将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在所述第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
  2. 如权利要求1所述的方法，所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间之前，所述方法包括：
    所述第一节点判断所述隧道数目是否发生变化；以及
    在所述隧道数目发生变化时，所述第一节点根据所述隧道数目确定所述第一节点的第一重启恢复时间。
  3. 如权利要求1所述的方法，所述第一节点将所述第一重启恢复时间发送至第二节点之前，所述方法包括：
    所述第一节点判断所述第一重启恢复时间是否发生变化；以及
    在所述第一重启恢复时间发生变化时，所述第一节点将所述第一重启恢复时间发送至所述第二节点。
  4. 如权利要求1-3任一所述的重启恢复时间的调整方法，还包括：
    所述第一节点接收所述第二节点发送的第二重启恢复时间；以及
    所述第一节点根据所述第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间。
  5. 如权利要求4所述的重启恢复时间的调整方法，所述第一节点根据所述 第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间之前，所述方法还包括：
    所述第一节点判断接收到的所述第二重启恢复时间与所述第三重启恢复时间是否一致；以及
    在所述第二重启恢复时间与所述第三重启恢复时间不一致时，所述第一节点根据所述第二重启恢复时间更新所述第三重启恢复时间。
  6. 一种重启恢复时间的调整装置，包括：
    获取模块，设置为获取第一节点与第二节点之间的隧道数目，其中，所述第一节点和所述第二节点相邻；
    确定模块，设置为根据所述隧道数目确定所述第一节点的第一重启恢复时间；以及
    发送模块，设置为将所述第一重启恢复时间发送至所述第二节点，以供所述第二节点存储所述第一重启恢复时间，并在所述第一节点重启时根据所述第一重启恢复时间向所述第一节点发送恢复报文。
  7. 如权利要求6所述的装置，还包括：
    第一判断模块，设置为判断所述隧道数目是否发生变化；其中，
    所述确定模块还设置为在所述隧道数目发生变化时，根据所述隧道数目确定所述第一节点的第一重启恢复时间。
  8. 如权利要求6所述的装置，还包括：
    第二判断模块，设置为判断所述第一重启恢复时间是否发生变化；其中，
    所述发送模块还设置为在所述第一重启恢复时间发生变化时，将所述第一重启恢复时间发送至所述第二节点。
  9. 如权利要求6-8任一所述的装置，还包括：
    接收模块，设置为接收所述第二节点发送的第二重启恢复时间；以及
    存储模块，设置为根据所述第二重启恢复时间更新存储在所述第一节点本地的所述第二节点的第三重启恢复时间。
  10. 如权利要求9所述的装置，还包括：
    第三判断模块，设置为判断接收到的所述第二重启恢复时间与所述第三重启恢复时间是否一致；其中，
    所述存储模块还设置为在接收到的所述第二重启恢复时间与所述第三重启恢复时间不一致时，根据所述第二重启恢复时间更新所述第三重启恢复时间。
  11. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行权利要求1-5中任一项的方法。
PCT/CN2017/077735 2016-03-22 2017-03-22 重启恢复时间的调整方法和装置 WO2017162172A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610165399.8 2016-03-22
CN201610165399.8A CN107222402B (zh) 2016-03-22 2016-03-22 重启恢复时间的调整方法和装置

Publications (1)

Publication Number Publication Date
WO2017162172A1 true WO2017162172A1 (zh) 2017-09-28

Family

ID=59899369

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/077735 WO2017162172A1 (zh) 2016-03-22 2017-03-22 重启恢复时间的调整方法和装置

Country Status (2)

Country Link
CN (1) CN107222402B (zh)
WO (1) WO2017162172A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112350928B (zh) * 2020-10-14 2022-09-30 杭州迪普科技股份有限公司 一种基于ospf协议的平滑重启方法及装置
CN113709042B (zh) * 2021-08-20 2022-11-01 深圳市风云实业有限公司 一种rsvp gr过程中的隧道状态恢复方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7406030B1 (en) * 2003-08-25 2008-07-29 Juniper Networks, Inc. Dynamic renegotiation of graceful restart time to avoid double-failure traffic loss
CN101420378A (zh) * 2008-11-24 2009-04-29 华为技术有限公司 资源预留协议流量工程下优雅重启的实现装置及方法
CN102170399A (zh) * 2011-05-17 2011-08-31 中兴通讯股份有限公司 一种调整保活时间的方法、装置、及系统
US20130044586A1 (en) * 2011-08-16 2013-02-21 Brocade Communications Systems, Inc. FASTER FAILOVERS FOR FAST REROUTE (FRR) LSPs

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7680028B1 (en) * 2003-11-21 2010-03-16 Cisco Technology, Inc. Method and apparatus for restarting RSVP processes in multiple network devices
WO2007065294A1 (fr) * 2005-12-07 2007-06-14 Zte Corporation Procede pour le traitement de redemarrage progressif de protocole rsvp lors du redemarrage simultane d'une pluralite de noeuds voisins
CN101459573B (zh) * 2007-12-13 2012-05-23 华为技术有限公司 一种路由器平滑重启的方法、路由器及通信网络
CN101483609A (zh) * 2009-02-18 2009-07-15 迈普（四川）通信技术有限公司 Rip动态路由协议优雅重启的方法
CN101895475B (zh) * 2010-07-30 2012-05-30 迈普通信技术股份有限公司 基于pim sm协议的优雅重启方法及其系统
CN102624635B (zh) * 2012-04-23 2014-12-24 杭州华三通信技术有限公司 一种平滑重启实现方法及设备
CN103825817B (zh) * 2014-02-18 2017-09-15 新华三技术有限公司 路由协议重启后不间断路由的实现方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7406030B1 (en) * 2003-08-25 2008-07-29 Juniper Networks, Inc. Dynamic renegotiation of graceful restart time to avoid double-failure traffic loss
CN101420378A (zh) * 2008-11-24 2009-04-29 华为技术有限公司 资源预留协议流量工程下优雅重启的实现装置及方法
CN102170399A (zh) * 2011-05-17 2011-08-31 中兴通讯股份有限公司 一种调整保活时间的方法、装置、及系统
US20130044586A1 (en) * 2011-08-16 2013-02-21 Brocade Communications Systems, Inc. FASTER FAILOVERS FOR FAST REROUTE (FRR) LSPs

Also Published As

Publication number Publication date
CN107222402A (zh) 2017-09-29
CN107222402B (zh) 2021-05-18

Similar Documents

Publication Publication Date Title
US7583590B2 (en) Router and method for protocol process migration
US8934490B2 (en) Accelerated MAC address resolution for IPv6 traffic with IS-IS protocol
CN106789638B (zh) 一种处理路由的方法及网络设备
US20120275456A1 (en) Expedited graceful ospf restart
US20060159011A1 (en) Detecting unavailable network connections
CN101682518A (zh) 分布式连接建立和恢复
US9954735B2 (en) Realizing graceful restart in IS-IS network
CN104869057A (zh) 开放流交换机优雅重启处理方法、装置及开放流控制器
CN106878072B (zh) 一种报文传输方法和装置
EP1921797B1 (en) Recovery method and apparatus for optical network lsp occuring abnormal delete
JP2010226393A (ja) 自律分散制御によるパス設定方法およびシステム並びに通信装置
EP2658177B1 (en) Method for detecting tunnel faults and traffic engineering node
US9497104B2 (en) Dynamic update of routing metric for use in routing return traffic in FHRP environment
US9660860B1 (en) Path computation delay timer in multi-protocol label switched networks
WO2017162172A1 (zh) 重启恢复时间的调整方法和装置
CN101635656B (zh) 层次化有序地址分组网络中故障检测的方法、系统及设备
JP6042838B2 (ja) 管理システム、管理サーバ、および管理方法
US7680028B1 (en) Method and apparatus for restarting RSVP processes in multiple network devices
WO2011144111A2 (zh) 链路状态数据库同步检测方法及路由设备
WO2017190675A1 (zh) 链路信息的处理方法、装置及系统
WO2015135280A1 (zh) 一种实现按需智能拨号的方法、系统和接入路由器
CN106878173B (zh) 一种路由发送方法及装置
WO2017152595A1 (zh) 一种响应网络拓扑变化的方法和装置
WO2015154583A1 (zh) 控制通道协议状态的更新方法、装置及系统
WO2016134582A1 (zh) 一种实现rsvp-te协议报文处理的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17769449

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17769449

Country of ref document: EP

Kind code of ref document: A1