WO2013097366A1 - 链路聚合的异常恢复方法和交换设备 - Google Patents

链路聚合的异常恢复方法和交换设备 Download PDF

Info

Publication number
WO2013097366A1
WO2013097366A1 PCT/CN2012/072783 CN2012072783W WO2013097366A1 WO 2013097366 A1 WO2013097366 A1 WO 2013097366A1 CN 2012072783 W CN2012072783 W CN 2012072783W WO 2013097366 A1 WO2013097366 A1 WO 2013097366A1
Authority
WO
WIPO (PCT)
Prior art keywords
switching device
event
lacp
peer
packet
Prior art date
Application number
PCT/CN2012/072783
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 WO2013097366A1 publication Critical patent/WO2013097366A1/zh

Links

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/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to the field of data communication, and in particular, to a link aggregation abnormality recovery method, a Link Aggregation Control Protocol (LAC), and an IEEE Aggregation Control Protocol (IEEE Std 802.3ad-2000) packet processing method and a switching device.
  • LAC Link Aggregation Control Protocol
  • IEEE Std 802.3ad-2000 IEEE Aggregation Control Protocol
  • Non-stop forwarding is an important technology to improve the reliability of data transmission equipment.
  • LACP is an important layer 2 protocol that is indispensable in switching equipment. To achieve high reliability of NSF on switching equipment, the guarantee of Layer 2 forwarding is indispensable.
  • the LACP protocol achieves the purpose of multiplying the link bandwidth by bundling multiple physical links to form a logical link. At the same time, these bundled links can effectively improve the reliability of the link by dynamically backing up each other.
  • a device abnormality for example, hot start, active/standby switchover, etc.
  • the flow chart of the receiving state machine in the LACP protocol is shown in Figure 1. It mainly includes the following states:
  • the port is disabled (PORT_DISABLED). After receiving the initialization end or port removal event, the state machine jumps to the Disable state, sets the value of the relevant variable, and jumps to the timeout state according to the port detection result, and the protocol is disabled. Or initial state;
  • timeout EXPIRED
  • the port enters the timeout state after the port is normal. After the variable value is set, the packet receiving timer is started, and the length is short timeout, waiting for the peer end message; 5104, the protocol is disabled (LACP-DISABLED). If the port protocol is not enabled, enter the protocol to disable the state, set the port to not select the aggregation group, configure the default parameters, and set the relevant flag bit.
  • S106 data stream (CURRENT), the following three cases will enter S106: S103, if the LACP data unit (LACPDU) is received before the timer expires; S105 is received, and the timer is received after the timer expires. LACPDU; S 106 continuously receives the LACPDIL of the peer end. In S106, it updates whether the variable value and the packet transmission flag are selected, records the information carried in the LACPDU, updates the timer, and sets the timeout timer timeout flag. If the timer expires after receiving the timer, the LACPDU will re-enter S103.
  • LACPDU LACP data unit
  • the link aggregation group identifier (LAG ID) for protocol port negotiation in the related protocol (IEEE Std 802.3ad-2000, P112) is defined as shown in Table 1:
  • the LAG ID is mainly determined by the following parameters in the devices at both ends: System ID, System Priority, Key, etc.
  • switch device B After the aggregation between the two switching devices A and B is successful, if device A performs the master/slave switchover, switch device B does not receive the LACPDU sent by A after three short timeouts, and switch B migrates to S103 and S104. A similar situation with 1) will also appear later.
  • the embodiment of the present invention provides a link aggregation abnormality recovery method, a LACP packet processing method, and a switching device, to solve the problem of poor continuity of data transmission that occurs when an abnormality of a switching device occurs.
  • An embodiment of the present invention provides a link aggregation abnormality recovery method, including: the local switching device receives a link aggregation control protocol (LACP) packet that is sent by a peer switching device and carries a request link protection event; The local switching device turns off the receiving timer of the LACP packet.
  • LACP link aggregation control protocol
  • the request link protection event includes a hot start event and an active/standby board switching event.
  • the method further includes: the local switching device starts an abnormality for monitoring that the hot start of the peer device is unsuccessful or the active/standby switchover is unsuccessful.
  • the process timer enters a timeout state when the abnormal flow timer expires, and enters a data flow (CURRENT) state when the abnormal flow timer has not timed out.
  • the method further includes: the local switching device receiving the carried by the peer switching device After the LACP packet of the link protection end event is requested, the abnormal process timer is closed, and the receiving timer is started.
  • the request link protection end event includes a hot start completion event and a standby switchover to the main board completion event.
  • the embodiment of the present invention further provides a method for processing a Link Aggregation Control Protocol (LACP) packet, where the method includes: the local switching device learns an abnormal event notification of the underlying operating system;
  • LACP Link Aggregation Control Protocol
  • the local switching device sends a LACP packet carrying a request link protection event to the peer switching device, where the request link protection event includes a hot start event and an active/standby board switching event.
  • the method before the local switching device sends the LACP packet to the peer switching device, the method further includes:
  • the local switching device saves the current LACP protocol information of each port to the memory in real time.
  • the method further includes: before the sending, by the local switching device, the LACP packet to the peer switching device, the method further includes:
  • the local switching device synchronizes the LACP protocol information of the current mainboard to the standby board, where the LACP protocol information includes a medium access control (MAC).
  • MAC medium access control
  • the method further includes: the local switching device learns an abnormal event end notification of the underlying operating system, and extracts the saved from the memory.
  • the LACP protocol information is sent to the peer switching device, and the LACP packet carrying the request link protection end event is sent; wherein the request link protection end event includes a hot start completion event and a standby switch to the motherboard switchover completion event.
  • the method further includes:
  • the local switching device negotiates with the peer switching device by using the MAC address of the original motherboard to synchronize the MAC address of the standby board with the original motherboard.
  • the local switching device negotiates with the peer switching device by using the MAC address of the new motherboard for the port configured on the new motherboard.
  • the embodiment of the invention further provides a switching device, the device comprising:
  • a receiving module configured to: receive a link aggregation control protocol (LACP) packet that is sent by the peer switching device and that carries a request link protection event, where the request link protection event includes a hot start event and an active/standby board switching event ;
  • LACP link aggregation control protocol
  • the module is configured to: close the receiving timer of the LACP packet after the receiving module receives the request link protection event.
  • the device further includes: a processing module, configured to: after the receiving module receives the request link protection event, start to monitor that the hot start of the peer device is unsuccessful or the active/standby switchover is unsuccessful.
  • the abnormal flow timer enters a timeout state when the abnormal flow timer expires, and enters a data flow state when the abnormal flow timer has not timed out.
  • the processing module is further configured to: after receiving the LACP packet that is sent by the peer switching device and carrying the request link protection end event, shutting down the abnormal process timer, and starting the receiving timer;
  • the request link protection end event includes a hot start completion event and a standby board switchover for the main board completion event.
  • the device further includes a learning module and a sending module;
  • the learning module is configured to: notify an abnormal event notification of the underlying operating system;
  • the sending module is configured to: send the LACP packet carrying the requested link protection event to the peer switching device.
  • the learning module is further configured to: learn an abnormal event end notification of the underlying operating system;
  • the sending module is further configured to: send the LACP message carrying the request link protection end event to the peer switching device.
  • the device further includes: an access module, configured to: store the LACP protocol information of each port of the switching device in real time before the sending module sends the LACP packet to the peer switching device And storing, in the memory, the LACP protocol information of the current port from the memory after the hot start event is completed.
  • an access module configured to: store the LACP protocol information of each port of the switching device in real time before the sending module sends the LACP packet to the peer switching device And storing, in the memory, the LACP protocol information of the current port from the memory after the hot start event is completed.
  • the device further includes: a synchronization module, configured to: synchronize the LACP protocol information of the current mainboard to the standby board, and the LACP protocol information, before the sending module sends the LACP packet to the peer switching device Includes media access control.
  • a synchronization module configured to: synchronize the LACP protocol information of the current mainboard to the standby board, and the LACP protocol information, before the sending module sends the LACP packet to the peer switching device Includes media access control.
  • the abnormality recovery method and the switching device of the foregoing link aggregation after receiving the LACP packet carrying the request link protection event, the receiving timer of the LACP packet is closed, so that the device does not perform a hot start due to the peer device. If the abnormal event cannot send the data packet and it detects that the peer port is unavailable, it will not affect the normal forwarding of the data, thus ensuring that the key services on the network are less affected.
  • Figure 1 is a flow chart of the receiving state machine
  • FIG. 2 is a schematic diagram of a location of a LACP entity in a switching system according to an embodiment of the present invention
  • FIG. 4 is a flow chart of a state machine after the LACP peer device receives the local end notification according to the embodiment of the present invention
  • FIG. 5 is a flowchart of switching between the active and standby boards according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an embodiment of a switching device of the present invention. Preferred embodiment of the invention
  • FIG. 2 shows the location of the LACP entity in the switching system.
  • the protocol information of each member port is saved to the memory, such as the high-end memory, in real time.
  • the LACP entity saves the current port protocol information to the high-end memory and immediately sends a special to the peer entity.
  • the LACPDU notifies the peer hot start event.
  • This special LACPDU is to extend a reserved field ( Reserved ) of the local information in the existing standard LACPDU (named Actor_Exception_Event), so that it carries a hot start event notification.
  • the structure of the extended LACPDU is as shown in FIG.
  • the peer LACP entity After receiving the hot start information, the peer LACP entity performs some adjustments on the receiving state machine. As shown in Figure 4, it mainly includes the following contents:
  • State S401 in the timeout state (EXPIRED), the default state (DEFAULTED) or data flow state (CURRENT) state received the request link protection event of the peer, set the relevant parameters (see Figure 1), and then jump to state S402;
  • the request link protection event may be a hot start event, and the request link protection event is carried in In a LACP data unit or message (ie LACPDU);
  • the selected state variable is set, the message sending flag is updated, the timeout flag is set, the information carried in the LACPDU is recorded, the receiving timer of the LACP packet is closed, and an abnormal process timing is started. (>10 minutes);
  • the process timer is mainly used to prevent the remote device from being unsuccessful after the peer device is abnormal. In this case, as long as the process timer does not expire, the state machine of the local device remains in the notification that the peer request protection is not received.
  • the device does not detect that the peer port is unavailable because the peer device cannot send data packets during hot start, and thus does not affect the normal forwarding of data.
  • the process timer expires in the state S402, or the packet receiving timer expires in the state S403, and the processing in this state is the same as that in the existing state machine, and will not be described in detail.
  • the status information saved in the high-end memory is immediately updated to each member port, and then a request link protection end event is sent.
  • the notified special PDU is sent to the peer device to inform it to stop the abnormal protection and enter the normal working state.
  • the request link protection event may also be a primary/standby board switching event.
  • This embodiment also uses a solution similar to the above embodiment, and the same effect can be achieved, as follows:
  • the LACP entity on the main board When the switching device works normally, the LACP protocol is related. The information (including the MAC information of the local device) is sent to the standby board through the inter-board communication in real time. The LACP entity of the standby board saves and updates related information in real time.
  • the switching device needs to perform the active/standby switchover, the underlying operating system of the mainboard also sends an active/standby pre-switched event notification to the LACP entity.
  • the LACP entity on the main board synchronizes the current latest data with the standby board, and then sends a special LACPDU to the LACP entity of the peer switching device (as shown in Figure 3), requesting the peer to initiate the link. Protection process.
  • the process of receiving the state machine and the link protection process of the LACP entity in the peer switching device is similar to the process occurring in the above hot start process, and will not be described in detail here.
  • the local device closes the protocol and enters the standby state, waiting for data synchronization.
  • the LACP entity on the standby board In the working state, the LACP protocol information synchronized by the motherboard is saved in real time. When the underlying operating system notifies the standby master, the saved LACP protocol information is immediately extracted and updated to each member port, and then a special PDU containing the notification of the link protection end event is sent to the LACP in the peer device. Entity, informs it to stop abnormal protection and enter normal working state. In particular, after the backup master succeeds, considering the impact of protocol port negotiation, the new motherboard uses the separately processed scheme when processing the link aggregation port packet transmission:
  • the original LACP port is negotiated with the MAC that the original motherboard synchronizes to ensure that the LAG ID of the aggregation group where the port resides remains unchanged.
  • Step 501 The device is powered on, and the boards A and B perform the active and standby competition. One board is selected for primary use and the other is reserved.
  • Step 502 After the active/standby competition is completed, the LACP protocol entity in the main board, the protocol is enabled, and the initial data is synchronized to enter the main use state;
  • Step 503 determining whether there is data needs to be synchronized, if yes, executing step 504, otherwise, executing step 505;
  • Step 504 the data is collated and synchronized to the standby board, and proceeds to step 505;
  • Step 505 after the data synchronization is completed, determine whether there is an active/standby board switching event notification, if there is no switching event, go to step 503, if there is a switching event, go to step 506;
  • Step 506 After the other related processing is completed, the peer device is notified, as described above.
  • Step 507 Suspending the LACP protocol, entering the standby state, and waiting for the synchronization data;
  • Step 508 After the active/standby competition, the LACP protocol entity on the standby board temporarily stops the protocol operation, and waits for the protocol data of the motherboard to be synchronized;
  • Step 509 the status of the standby board determines whether the real-time data is synchronized between the active and standby, if yes, go to step 510, otherwise go to step 512;
  • Step 510 Receive and check received real-time data.
  • Step 511 save the latest data related to the protocol, and then go to step 512;
  • Step 512 regardless of whether there is data synchronization processing, it is necessary to determine whether there is a primary and secondary event notification, if yes, go to step 513, otherwise, go to step 509;
  • Step 513 When preparing the master switch, the protocol information synchronized by the motherboard is implemented to each relevant part; Step 514, starting the protocol, entering the active state, detecting the data change situation, and synchronizing to the standby board in real time.
  • the specific process is the same as the hot start process described above, and will not be described in detail here.
  • the data transmission link of the two switching devices is not interrupted due to the abnormality of the protocol control plane during the switching process.
  • the LACP protocol information is synchronized to the standby board in real time. After the switchboard is successfully transferred to the standby board, data recovery can be performed. The link aggregation protocol can be quickly restored after the switchover is completed and quickly enters the working state (CURRENT).
  • the embodiments of the present invention effectively implement the rapid recovery of the LACP protocol when some abnormal faults occur at the control plane of the switching device, and ensure the uninterrupted forwarding of data to the greatest extent, and the functions of the existing protocols are greatly improved;
  • the implementation of the solution is relatively simple.
  • the local information retention field of the LACP packet is extended to implement event notification of the devices at both ends, supplemented by other simple
  • the single method effectively improves the reliability of the switching device and the stability of the network.
  • FIG. 6 is a schematic structural diagram of an embodiment of a switching device according to the present invention.
  • the device includes a receiving module 601 and a shutdown module 602, where:
  • a receiving module configured to receive a link aggregation control protocol (LACP) packet that is sent by the peer switching device and that carries a request link protection event, where the request link protection event includes a hot start event and a active/standby board switching event;
  • LACP link aggregation control protocol
  • a closing module configured to: after the receiving module receives the request link protection event, close the receiving timer of the LACP packet.
  • the device may further include: a processing module 603, configured to start, after the receiving module receives the request link protection event, start to monitor that the hot start of the peer device is unsuccessful or the active/standby switchover is unsuccessful
  • the abnormal flow timer enters a timeout state when the abnormal flow timer expires, and enters a data flow state when the abnormal flow timer has not timed out.
  • the processing module is further configured to: after receiving the LACP packet that is sent by the peer switching device and carrying the request link protection end event, The abnormal process timer starts the receiving timer; wherein the request link protection end event includes a hot start completion event and a standby switchover to a mainboard completion event.
  • the device may further include a learning module and a sending module; the learning module is configured to learn an abnormal event notification of the underlying operating system; and the sending module is configured to The peer switching device sends the LACP packet carrying the request link protection event.
  • the learning module is further configured to learn an abnormal event end notification of the underlying operating system, and the sending module is configured to send, to the peer switching device, the LACP packet that carries the request link protection end event.
  • the device may further include: an access module, configured to send the LACP packet to the peer switching device at the sending module.
  • the LACP protocol information of the current port of the switching device is stored in the memory in real time; and the LACP protocol information of the current port is read from the memory after the hot start event is completed.
  • the data forwarding can be performed normally after the primary and secondary boards are successfully converted.
  • the device further includes: The synchronization module is configured to synchronize the LACP protocol information of the current motherboard to the standby board, where the sending module sends the LACP packet to the peer switching device, where the LACP protocol information includes media access control.
  • the synchronization module notifies the MAC address of the current board to the standby board before the switchover of the active and standby boards. After the switchover is successful, the standby board maintains the MAC address and the peer communication.
  • the existing LACP member port does not feel the LAG. The change of the ID will not cause the link to be abnormal.
  • the switching device utilizes a reserved field in the LACP packet, uses the system's high-end memory, and increases the communication mechanism between the active and standby boards. Without adding information such as the state of the original protocol state machine and the packet timer, the improved device can be improved.
  • the switching device effectively protects the stable forwarding of Layer 2 traffic in the event of abnormal conditions, maximizes the reliability of the data transmission device, and enhances the stability of the network, which has practical application significance.
  • the abnormality recovery method and the switching device of the foregoing link aggregation are configured to disable the receiving timer of the LACP packet after receiving the LACP packet carrying the request link protection event, so that the device is not caused by the peer device.
  • An abnormal event such as a hot start cannot send a data packet and detects that the peer port is unavailable, so that normal forwarding of data is not affected, thereby ensuring that key services on the network are less affected.

Abstract

本发明提供了一种链路聚合的异常恢复方法、LACP报文的处理方法和交换设备。链路聚合的异常恢复方法包括：本端交换设备接收对端交换设备发送的携带有请求链路保护事件的链路聚合控制协议（LACP）报文；所述本端交换设备关闭所述LACP报文的接收定时器。上述链路聚合的异常恢复方法和交换设备，通过在接收到携带有请求链路保护事件的LACP报文后关闭LACP报文的接收定时器，使得该设备不会因对端设备在进行热启动等异常事件无法发送数据包而检测到对端端口不可用，进而不会影响数据的正常转发，从而保证网络上关键业务少受影响。

Description

链路聚合的异常恢复方法和交换设备
技术领域
本发明涉及数据通讯领域， 尤其涉及一种链路聚合的异常恢复方法、 链 路聚合控制协议 ( LACP , Link Aggregation Control Protocol) ( IEEE Std 802.3ad-2000 )报文的处理方法和交换设备。
背景技术
随着网络数据传输技术的快速发展， 用户对网络可靠性提出了越来越高 的要求， 不间断转发 (NSF, None Stop Forwarding)是提高数据传输设备可靠性 的一项重要技术。
LACP是交换设备中不可或缺的重要的层二协议， 要想在交换设备上做 到 NSF的高可靠性， 二层转发的保证是必不可少的。 LACP协议是通过将多 条物理链路捆绑在一起形成一条逻辑链路， 从而实现链路带宽倍增的目的。 同时， 这些捆绑在一起的链路通过相互间的动态备份， 也可以有效地提高链 路的可靠性。 但这些都是在交换设备正常工作的前提下， 如果出现设备异常 (比如， 热启、 主备倒换等)， 如何进一步提高数据链路的可靠性， 有待进一步 的研究。 发明内容
LACP协议中接收状态机的流程图如图 1所示， 主要包括以下状态：
5101、 初始化（INITIALIZE ) , 收到开始事件， 状态迁移到初始化态， 初始化状态机各参数， 然后无条件迁移到端口去使能（Disable )状态；
5102、 端口去使能 （ PORT— DISABLED ) , 状态机接收到初始化结束或 端口移除事件后跳转到 Disable态，设置相关变量值， 根据端口检测结果分别 跳转到超时态、 协议去使能或初始态；
5103、 超时（EXPIRED ) , 端口正常后进入超时态， 设置变量值后启动 报文接收定时器， 长度为短超时， 等待对端的报文； 5104、 协议去使能 （ LACP— DISABLED ) , 如果端口协议不使能， 进入 协议去使能状态， 设置端口未选中聚合组， 配置默认参数， 设置相关标志位；
5105、 默认（ DEFAULTED ) , 定时器超时未收到对端报文进入默认状 态，设置聚合组未选中标志， 配置默认参数，设置本端超时标志位为 FALSE;
5106、 数据流（CURRENT ) , 以下 3种情况会进入 S106: 接 S103 , 如 果定时器超时前收到对端的 LACP数据单元 (LACP Data Unit, LACPDU); 接 S 105 , 定时器超时后又收到了 LACPDU; S 106下连续收到对端的 LACPDIL 在 S106下， 更新是否选中变量值、 报文发送标志位， 记录下 LACPDU携带 的信息， 更新定时器， 设置超时定时器超时标志位等。 如果 S106下， 定时器 超时未收到对端 LACPDU将重新进入 S103。
相关协议 (IEEE Std 802.3ad-2000, P112)中关于协议端口协商的链路聚合 组标识 (LAG ID)的定义如表 1所示：
表 1 链路聚合组标识定义表
Figure imgf000004_0001
LAG ID主要由两端设备中以下参数确定： System ID , System Priority , Key 等 ， 图 2 中 例 示 的 LAG ID 为 [(SKP), (TLQ)] = [(8000,AC-DE-48-03-67-80,0001,00,0000),
(8000,AC-DE-48-03-FF-FF,00AA,00,0000)]
从以上分析可以看出， 该状态机存在以下一些问题或不足：
( 1 ) 两台交换设备 Α和 Β链路聚合成功后， 如果数据传输过程中， 其 中一台设备 A出现异常需要热启 (Warm Boot, 只是 CPU异常，端口数据仍可 转发)， 在热启过程中， 设备 A无法向设备 B发送 LACPDU, 设备 B的该状 态机会因为定时器超时由 S106迁移到 S103、 S104, 这样交换设备 B就认为 邻居交换设备 A协议异常，去激活相应端口，进而导致转发平面数据的丟失。 即使后面设备 A热启成功了， 两个设备的状态机还需要重新进行协议协商后 才能成功转入数据收发的状态， 恢复数据转发， 即协议恢复耗时将在秒级， 比较緩慢。
( 2 ) 同样两台交换设备 A和 B聚合成功后， 如果设备 A进行了主备倒 换， 交换设备 B在 3个短超时后未收到 A发送的 LACPDU, 交换机 B会迁移 到 S103、 S104, 后面也会出现和 1 ) 中的类似情况。
( 3 )另外一种场景就是 2 )中的交换设备 A即使倒换成功了， 也还有以 下问题存在： 因为设备 A中主备板的系统媒体接入控制（MAC )不一致， 导 致设备 B在收到设备 A的新主板发送的 LACPDU,检查其中的 LAG ID发现 不一致， 会认为是协议异常， 最终也会导致 1 ) 中的情况出现。
本发明实施例提供了一种链路聚合的异常恢复方法、 LACP报文的处理 方法和交换设备， 以解决交换设备异常情况下出现的数据传输连续性差的问 题。
本发明实施例提供了一种链路聚合的异常恢复方法， 包括： 本端交换设 备接收对端交换设备发送的携带有请求链路保护事件的链路聚合控制协议 ( LACP )报文； 所述本端交换设备关闭所述 LACP报文的接收定时器。
优选地， 所述请求链路保护事件包括热启动事件和主备板倒换事件。 优选地， 所述本端交换设备关闭所述接收定时器之后， 所述方法还包括： 所述本端交换设备启动用于监测所述对端设备热启动不成功或主备倒换 不成功的异常流程定时器， 并在所述异常流程定时器超时时， 进入超时态， 在所述异常流程定时器未超时时， 进入数据流 (CURRENT)态。
优选地， 所述本端交换设备接收对端交换设备发送的携带有请求链路保 护事件的 LACP报文之后， 所述方法还包括： 所述本端交换设备接收对端交 换设备发送的携带有请求链路保护结束事件的 LACP报文后， 关闭所述异常 流程定时器， 启动所述接收定时器； 其中， 所述请求链路保护结束事件包括 热启动完成事件和备板倒换为主板完成事件。 本发明实施例还提供了一种链路聚合控制协议（ LACP )报文的处理方法， 该方法包括： 本端交换设备获知底层操作系统的异常事件通知；
所述本端交换设备向对端交换设备发送携带请求链路保护事件的 LACP 报文， 所述请求链路保护事件包括热启动事件和主备板倒换事件。
优选地， 所述本端交换设备向对端交换设备发送所述 LACP报文之前， 所述方法还包括：
所述本端交换设备将当前各端口的 LACP协议信息实时保存到内存中。 优选地， 当所述请求链路保护事件为主备板倒换事件时， 所述本端交换 设备向对端交换设备发送所述 LACP报文之前， 所述方法还包括：
所述本端交换设备将当前主板的 LACP协议信息同步给备板，所述 LACP 协议信息包括媒体接入控制 （MAC ) 。
优选地， 所述本端交换设备获知底层操作系统的异常事件通知之后， 所 述方法还包括： 所述本端交换设备获知底层操作系统的异常事件结束通知， 从所述内存中提取出保存的所述 LACP协议信息， 并向所述对端交换设备发 送携带请求链路保护结束事件的 LACP报文； 其中， 所述请求链路保护结束 事件包括热启动完成事件和备板转主板倒换完成事件。
优选地， 所述本端交换设备向所述对端交换设备发送携带所述备板转主 板倒换完成事件的 LACP报文之后， 所述方法还包括：
所述本端交换设备对原主板配置的端口釆用原主板同步给所述备板的所 述 MAC地址与对端交换设备进行协商；
所述本端交换设备对新主板配置的端口釆用新主板的 MAC地址与对端 交换设备进行协商。
本发明实施例又提供了一种交换设备， 该设备包括：
接收模块， 其设置为： 接收对端交换设备发送的携带有请求链路保护事 件的链路聚合控制协议 ( LACP )报文， 所述请求链路保护事件包括热启动事 件和主备板倒换事件；
关闭模块， 其设置为： 在所述接收模块接收到所述请求链路保护事件后， 关闭所述 LACP报文的接收定时器。 优选地， 该设备还包括： 处理模块， 设置为： 在所述接收模块接收到所 述请求链路保护事件后， 启动用于监测所述对端设备热启动不成功或主备倒 换不成功的异常流程定时器， 并在所述异常流程定时器超时时， 进入超时态， 在所述异常流程定时器未超时时， 进入数据流态。
优选地， 所述处理模块还设置为： 接收对端交换设备发送的携带有请求 链路保护结束事件的 LACP报文后， 关闭所述异常流程定时器， 启动所述接 收定时器； 其中， 所述请求链路保护结束事件包括热启动完成事件和备板倒 换为主板完成事件。
优选地， 所述设备还包括获知模块和发送模块；
所述获知模块设置为： 获知底层操作系统的异常事件通知；
所述发送模块设置为： 向对端交换设备发送携带请求链路保护事件的所 述 LACP报文。
优选地， 所述获知模块还设置为： 获知底层操作系统的异常事件结束通 知；
所述发送模块还设置为： 向对端交换设备发送携带请求链路保护结束事 件的所述 LACP 4艮文。
优选地， 所述设备还包括： 存取模块， 设置为： 在所述发送模块向对端 交换设备发送所述 LACP报文之前， 将所述交换设备当前各端口的 LACP协 议信息实时存入到内存中； 以及， 在热启动事件完成后从所述内存读取所述 当前各端口的所述 LACP协议信息。
优选地， 所述设备还包括： 同步模块， 设置为： 在所述发送模块向对端 交换设备发送所述 LACP报文之前， 将当前主板的 LACP协议信息同步给备 板， 所述 LACP协议信息包括媒体接入控制。
上述链路聚合的异常恢复方法和交换设备 , 通过在接收到携带有请求链 路保护事件的 LACP报文后关闭 LACP报文的接收定时器， 使得该设备不会 因对端设备在进行热启动等异常事件无法发送数据包而检测到对端端口不可 用， 进而不会影响数据的正常转发， 从而保证网络上关键业务少受影响。 附图概述
图 1是接收状态机流程图；
图 2是本发明实施例提供的 LACP实体处于交换系统中的位置示意图；
图 4是本发明实施例提供的 LACP对端设备收到本端通知后的状态机流 程图；
图 5是本发明实施例提供的主备板倒换流程图；
图 6是本发明交换设备实施例的结构示意图。 本发明的较佳实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 下文中将结合附图 对本发明的实施例进行详细说明。 需要说明的是， 在不冲突的情况下， 本申 请中的实施例及实施例中的特征可以相互任意组合。
图 2显示了 LACP实体处于交换系统中的位置， 链路聚合成功后， 两端 LACP 实体常态运行情况下将各成员端口的协议信息实时地保存到内存例如 高端内存中 (该段数据在设备重启后是可以读取并保持不变的），当底层操作系 统通知 LACP实体， 系统需要准备进行热启动时， LACP实体保存当前各端 口协议信息到高端内存后， 立刻给对端实体发送一个特殊的 LACPDU, 通知 对端热启动事件。 这个特殊的 LACPDU就是将现有标准 LACPDU中本端信 息的一个保留字段（ Reserved )进行了扩展（可命名为 Actor_Exception_Event ) , 使它携带热启动事件通知， 扩展后的 LACPDU的结构如图 3所示， 需要说明 的是， 本发明实施例中除了对该保留字段进行扩展外， 其他字段均未改变。 对端 LACP实体收到这个携带热启动的信息后， 将接收状态机进行了一些调 整， 如图 4所示， 主要包含如下内容：
状态 S401、 在超时态（EXPIRED ) 、 默认态（DEFAULTED )或数据流 态 （CURRENT )状态下收到对端的请求链路保护事件， 设置相关参数 (参见 图 1), 然后跳转到状态 S402;
该请求链路保护事件可以为热启动事件， 该请求链路保护事件携带在 LACP数据单元或报文（即 LACPDU ) 中；
状态 S402、 收到请求链路保护事件后， 设置选中态变量， 更新报文发送 标志， 设置超时标志位， 记录下 LACPDU携带的信息， 关闭掉 LACP报文的 接收定时器， 启动一个异常流程定时器 (>10分钟)；
流程定时器主要是防止对端设备异常后最终热启动不成功的特殊情况； 这样， 只要流程定时器没有超时， 在没有收到对端请求保护结束的通知下， 本端设备的状态机一直处于数据流态 (CURRENT), 即工作态； 如果流程定时 超时， 则认为对端异常并无法重新启动， 进入超时状态；
通过关闭 LACP报文的接收定时器， 使得该设备不会因对端设备在进行 热启动无法发送数据包而检测到对端端口不可用， 进而不会影响数据的正常 转发。
状态 S403、 在状态 S402下， 收到对端请求保护结束通知后跳转到该状 态， 设置相关标志位， 记录下 LACPDU信息， 启动报文接收定时器， 关闭流 程定时器； 协议状态机又恢复了正常工作状态， 如图 1所示；
状态 S404、 在状态 S402下， 流程定时器超时， 或者状态 S403下报文接 收定时器超时都会进入该状态， 该状态下的处理和现有状态机的处理相同， 不再详述。
对于发生热启事件端交换设备上的 LACP实体， 在底层操作系统通知热 启动完成后， 立刻提取高端内存中保存的状态信息更新到各成员端口上， 然 后发送一个包含了请求链路保护结束事件通知的特殊 PDU给对端设备，通知 其停止异常保护并进入正常工作状态。
通过以上分析可以看出， 在一端设备发生热启的情况下， 能够保证在热 启的过程中，两台交换设备的数据传输链路不会因为协议控制面异常而中断； 另外， 釆用将协议信息实时保存到高端内存中， 也保证链路聚合协议能够在 热启完成后快速恢复， 迅速进入工作状态 (CURRENT)。
另外， 该请求链路保护事件也可以为主备板倒换事件， 本实施例也釆用 了和上述实施例相近的方案， 同样可以达到艮好的效果， 具体如下所述： 主板上的 LACP实体： 在交换设备正常工作的时候， 将 LACP协议相关 的信息 （包括本端设备的 MAC信息） 实时地通过板间通讯由主板发送给备 板， 备板 LACP实体将实时保存、 更新相关信息。 当在某种情况下， 交换设 备需要进行主备倒换的时候， 主板的底层操作系统同样会给 LACP实体发送 一个主备预倒换的事件通知。 收到该事件后， 主板上的 LACP实体会再向备 板同步一次当前最新数据， 然后给对端交换设备的 LACP实体发送一个特殊 的 LACPDU (如图 3所示） ， 请求对端发起链路保护流程。 对端交换设备中 LACP 实体接收状态机及链路保护流程和上述热启过程中发生的流程类似， 这里就不再详述了。 本端当前主板 LACP实体在完成相关倒换处理后， 关闭 协议， 进入备用状态， 等待数据同步。
备板上的 LACP实体： 在工作状态下， 实时地将主板同步过来的 LACP 协议信息保存下来。 当底层操作系统通知进行备转主的时候， 立刻提取保存 的 LACP协议信息， 并更新到各成员端口上， 然后发送一个包含了请求链路 保护结束事件通知的特殊 PDU给对端设备中的 LACP实体，通知其停止异常 保护并进入正常工作状态。 特别地， 备转主成功后， 考虑到协议端口协商的 影响， 新的主板在处理链路汇聚端口报文发送时釆用分别处理的方案：
a )原有 LACP端口， 釆用原主板同步过来的 MAC进行协商， 以保证此 端口所在聚合组的 LAG ID保持不变。
b )对于新建聚合组的成员端口， 则釆用该单板自己的 MAC进行协商， 按照当前协议状态机运行。
具体的主备板的倒换流程参见图 5, 主要包含以下内容：
步骤 501、 设备上电， 单板 A和 B进行主备竟争， 选定一个单板为主用， 另一个为备用；
以下步骤 502 507是主板的倒换流程，步骤 508 514是备板的倒换流程。 步骤 502、 主备竟争完成后， 主板中的 LACP协议实体， 启用协议， 同 步初始数据后进入主用状态；
步骤 503、 判断是否有数据需要同步， 如果有， 执行步骤 504, 否则， 执 行步骤 505;
实时判断协议相关数据是否出现变更， 如果出现变化将发起同步； 步骤 504、 将数据整理后同步给备板， 并转到步骤 505;
步骤 505、 数据同步完成后， 判断是否有主备板倒换事件通知， 如果没 有倒换事件， 转到步骤 503 , 如果有倒换事件， 转到步骤 506;
步骤 506、 完成倒换其他相关处理后， 通知对端设备， 如前所述； 步骤 507、 挂起 LACP协议， 进入备用状态， 等待同步数据；
步骤 508、 主备竟争后， 备板上的 LACP协议实体， 暂时停止协议运行， 等待主板的协议数据同步；
步骤 509、 备板状态判断是否收到主备同步过来的实时数据， 如果是， 执行步骤 510, 否则执行步骤 512;
步骤 510、 接收、 检查接收到的实时数据；
步骤 511、 保存协议相关最新数据， 然后转到步骤 512;
步骤 512、 不管是否有数据同步的处理， 都需要判断是否有主备事件通 知， 若有， 执行步骤 513 , 否则， 转向步骤 509;
步骤 513、 备转主时， 将主板同步过来的协议信息实施到各相关部分； 步骤 514、 启动协议， 进入主用状态， 检测数据变更情况， 实时同步给 备板。
对于对端交换设备： 主要是按照附图 4所示的状态机进行处理， 具体流 程和前文所描述的热启动流程相同， 这里不再详细描述。
通过以上分析可以看出， 在一端设备发生主备倒换的情况下， 能够保证 在倒换的过程中， 两台交换设备的数据传输链路不会因为协议控制面的异常 而中断； 另外， 釆用将 LACP协议信息实时同步给备板， 备板在转主板成功 后进行数据恢复， 也能保证链路聚合协议能够在倒换完成后快速恢复， 迅速 进入工作状态 (CURRENT)。
总之， 本发明实施例有效地实现了交换设备控制层面出现一些异常故障 时， LACP协议的快速恢复， 最大限度地保证数据的不间断转发， 对现有协 议的功能有很大的完善； 且上述方案实现比较简单， 只是对 LACP报文的一 个本端信息保留字段进行扩展来实现两端设备的事件通知， 辅以其他一些简 单方法， 有效地提高了交换设备的可靠性和网络的稳定性。
如图 6所示， 是本发明交换设备实施例的结构示意图， 该设备包括接收 模块 601和关闭模块 602, 其中：
接收模块， 用于接收对端交换设备发送的携带有请求链路保护事件的链 路聚合控制协议 ( LACP )报文， 所述请求链路保护事件包括热启动事件和主 备板倒换事件；
关闭模块， 用于在所述接收模块接收到所述请求链路保护事件后， 关闭 所述 LACP报文的接收定时器。
另外， 该设备还可以包括： 处理模块 603 , 用于在所述接收模块接收到 所述请求链路保护事件后， 启动用于监测所述对端设备热启动不成功或主备 倒换不成功的异常流程定时器， 并在所述异常流程定时器超时时， 进入超时 态， 在所述异常流程定时器未超时时， 进入数据流态。
当然， 在对端设备热启动完成或由备板转为主板后， 所述处理模块， 还 用于接收对端交换设备发送的携带有请求链路保护结束事件的 LACP报文 后， 关闭所述异常流程定时器， 启动所述接收定时器； 其中， 所述请求链路 保护结束事件包括热启动完成事件和备板倒换为主板完成事件。
进一步地， 如果该设备为发生异常侧的设备， 则所述设备还可以包括获 知模块和发送模块； 所述获知模块， 用于获知底层操作系统的异常事件通知； 所述发送模块，用于向对端交换设备发送携带请求链路保护事件的所述 LACP 报文。 所述获知模块， 还用于获知底层操作系统的异常事件结束通知； 所述 发送模块,用于向对端交换设备发送携带请求链路保护结束事件的所述 LACP 报文。
为了使本端设备在对端设备的异常消除后能快速地恢复链路聚合， 所述 设备还可以包括： 存取模块， 用于在所述发送模块向对端交换设备发送所述 LACP报文之前， 将所述交换设备当前各端口的 LACP协议信息实时存入到 内存中； 以及， 在热启动事件完成后从所述内存读取所述当前各端口的所述 LACP协议信息。
为了在主备板转换成功后， 可以正常地进行数据转发， 所述设备还包括： 同步模块， 用于在所述发送模块向对端交换设备发送所述 LACP报文之前， 将当前主板的 LACP协议信息同步给备板， 所述 LACP协议信息包括媒体接 入控制。 该同步模块在主备板倒换之前将当前主板的 MAC通知到备板， 倒 换成功后， 备板借同步的 MAC保持和对端通讯， 针对已存在的 LACP成员 端口， 对端不会感受到 LAG ID的变化， 也就不会导致该链路异常。
上述交换设备， 利用了 LACP报文中的一个保留字段， 利用系统的高端 内存以及增加了主备板间通讯机制， 没有增加原协议状态机状态及收包定时 器等信息， 就能使改进后的交换设备在出现异常情况下， 有效地保护二层流 量的稳定转发， 最大限度地提高了数据传输设备的可靠性， 增强了网络稳定 性， 具有^ 虽的实际应用意义。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 上述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上实施例仅用以说明本发明的技术方案而非限制， 仅仅参照较佳实施 例对本发明进行了详细说明。 本领域的普通技术人员应当理解， 可以对本发 明的技术方案进行修改或者等同替换， 而不脱离本发明技术方案的精神和范 围， 均应涵盖在本发明的权利要求范围当中。
工业实用性 上述链路聚合的异常恢复方法和交换设备 , 通过在接收到携带有请求链 路保护事件的 LACP报文后关闭 LACP报文的接收定时器， 使得该设备不会 因对端设备在进行热启动等异常事件无法发送数据包而检测到对端端口不可 用， 进而不会影响数据的正常转发， 从而保证网络上关键业务少受影响。

Claims

权 利 要 求 书
1、 一种链路聚合的异常恢复方法， 该方法包括：
本端交换设备接收对端交换设备发送的携带有请求链路保护事件的链路 聚合控制协议（LACP )报文；
所述本端交换设备关闭所述 LACP报文的接收定时器。
2、 根据权利要求 1所述的方法， 其中，
所述请求链路保护事件包括热启动事件和主备板倒换事件。
3、 根据权利要求 2所述的方法， 其中，
所述本端交换设备关闭所述接收定时器之后， 所述方法还包括： 所述本端交换设备启动用于监测所述对端设备热启动不成功或主备倒换 不成功的异常流程定时器， 并在所述异常流程定时器超时时， 进入超时态， 在所述异常流程定时器未超时时， 进入数据流 (CURRENT)态。
4、 根据权利要求 3所述的方法， 其中，
所述本端交换设备接收对端交换设备发送的携带有请求链路保护事件的 LACP报文之后， 所述方法还包括：
所述本端交换设备接收对端交换设备发送的携带有请求链路保护结束事 件的 LACP报文后， 关闭所述异常流程定时器， 启动所述接收定时器； 其中， 所述请求链路保护结束事件包括热启动完成事件和备板倒换为主板完成事 件。
5、 一种链路聚合控制协议（LACP )报文的处理方法， 该方法包括： 本端交换设备获知底层操作系统的异常事件通知；
所述本端交换设备向对端交换设备发送携带请求链路保护事件的 LACP 报文， 所述请求链路保护事件包括热启动事件和主备板倒换事件。
6、 根据权利要求 5所述的方法， 其中，
所述本端交换设备向对端交换设备发送所述 LACP报文之前， 所述方法 还包括： 所述本端交换设备将当前各端口的 LACP协议信息实时保存到内存中。
7、 根据权利要求 5或 6所述的方法， 其中，
当所述请求链路保护事件为主备板倒换事件时， 所述本端交换设备向对 端交换设备发送所述 LACP报文之前， 所述方法还包括：
所述本端交换设备将当前主板的 LACP协议信息同步给备板，所述 LACP 协议信息包括媒体接入控制 （MAC ) 。
8、 根据权利要求 7所述的方法， 其中，
所述本端交换设备获知底层操作系统的异常事件通知之后， 所述方法还 包括：
所述本端交换设备获知底层操作系统的异常事件结束通知， 从所述内存 中提取出保存的所述 LACP协议信息， 并向所述对端交换设备发送携带请求 链路保护结束事件的 LACP报文； 其中， 所述请求链路保护结束事件包括热 启动完成事件和备板转主板倒换完成事件。
9、 根据权利要求 8所述的方法， 其中，
所述本端交换设备向所述对端交换设备发送携带所述备板转主板倒换完 成事件的 LACP报文之后， 所述方法还包括：
所述本端交换设备对原主板配置的端口釆用原主板同步给所述备板的所 述 MAC地址与对端交换设备进行协商；
所述本端交换设备对新主板配置的端口釆用新主板的 MAC地址与对端 交换设备进行协商。
10、 一种交换设备， 该设备包括：
接收模块， 其设置为： 接收对端交换设备发送的携带有请求链路保护事 件的链路聚合控制协议（LACP )报文， 所述请求链路保护事件包括热启动事 件和主备板倒换事件；
关闭模块， 其设置为： 在所述接收模块接收到所述请求链路保护事件后， 关闭所述 LACP报文的接收定时器。
11、 根据权利要求 10所述的交换设备， 其中， 该设备还包括： 处理模块， 设置为： 在所述接收模块接收到所述请求链路保护事件后， 启动用于监测所述对端设备热启动不成功或主备倒换不成功的异常流程定时 器， 并在所述异常流程定时器超时时， 进入超时态， 在所述异常流程定时器 未超时时， 进入数据流态。
12、 根据权利要求 11所述的交换设备， 其中，
所述处理模块还设置为： 接收对端交换设备发送的携带有请求链路保护 结束事件的 LACP报文后， 关闭所述异常流程定时器， 启动所述接收定时器； 其中， 所述请求链路保护结束事件包括热启动完成事件和备板倒换为主板完 成事件。
13、 根据权利要求 10-12任一权利要求所述的交换设备， 其中， 所述设 备还包括获知模块和发送模块；
所述获知模块设置为： 获知底层操作系统的异常事件通知；
所述发送模块设置为： 向对端交换设备发送携带请求链路保护事件的所 述 LACP报文。
14、 根据权利要求 13所述的交换设备， 其中，
所述获知模块还设置为： 获知底层操作系统的异常事件结束通知； 所述发送模块还设置为： 向对端交换设备发送携带请求链路保护结束事 件的所述 LACP 4艮文。
15、 根据权利要求 13所述的交换设备， 其中， 所述设备还包括： 存取模块， 设置为： 在所述发送模块向对端交换设备发送所述 LACP报 文之前， 将所述交换设备当前各端口的 LACP协议信息实时存入到内存中； 以及， 在热启动事件完成后从所述内存读取所述当前各端口的所述 LACP协 议信息。
16、 根据权利要求 15所述的交换设备， 其中， 所述设备还包括： 同步模块， 设置为： 在所述发送模块向对端交换设备发送所述 LACP报 文之前， 将当前主板的 LACP协议信息同步给备板， 所述 LACP协议信息包 括媒体接入控制。
PCT/CN2012/072783 2011-12-28 2012-03-22 链路聚合的异常恢复方法和交换设备 WO2013097366A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110448522.4 2011-12-28
CN201110448522.4A CN103188172B (zh) 2011-12-28 2011-12-28 链路聚合的异常恢复方法和交换设备

Publications (1)

Publication Number Publication Date
WO2013097366A1 true WO2013097366A1 (zh) 2013-07-04

Family

ID=48679143

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072783 WO2013097366A1 (zh) 2011-12-28 2012-03-22 链路聚合的异常恢复方法和交换设备

Country Status (2)

Country Link
CN (1) CN103188172B (zh)
WO (1) WO2013097366A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510328A (zh) * 2020-04-09 2020-08-07 中国南方电网有限责任公司超高压输电公司柳州局 通道异常短时恢复方法
CN112714461A (zh) * 2021-01-29 2021-04-27 四川安迪科技实业有限公司 一种dama卫星网络中心站保护倒换方法
CN115150453A (zh) * 2022-06-30 2022-10-04 苏州浪潮智能科技有限公司 一种避免lacp协议超时的方法、系统、设备和存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105703933B (zh) * 2014-11-27 2019-03-15 杭州迪普科技股份有限公司 聚合链路恢复方法及装置
CN105871743B (zh) * 2015-01-21 2019-03-15 杭州迪普科技股份有限公司 聚合端口状态协商方法以及装置
WO2017000096A1 (zh) * 2015-06-27 2017-01-05 华为技术有限公司 一种链路恢复方法和网络设备
CN105763442B (zh) * 2016-04-14 2018-11-23 烽火通信科技股份有限公司 主备倒换lacp聚合链路不中断的pon系统及方法
CN111181845B (zh) * 2019-12-31 2022-03-15 苏州盛科通信股份有限公司 实现lacp主备高可用性的方法和基于lacp的堆叠系统
CN111343019B (zh) * 2020-02-24 2023-05-16 深圳市信锐网科技术有限公司 一种重连方法、装置和存储介质
CN111586505B (zh) * 2020-04-26 2022-04-08 烽火通信科技股份有限公司 Pon接入系统中主备倒换业务快速恢复的实现方法及装置
CN112134797B (zh) * 2020-09-04 2022-05-13 苏州浪潮智能科技有限公司 一种改善链路聚合协议超时的方法和设备
CN112350853B (zh) * 2020-10-21 2022-09-30 杭州迪普科技股份有限公司 一种网络设备主备切换的方法、装置、存储介质及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355515A (zh) * 2008-09-05 2009-01-28 中兴通讯股份有限公司 一种链路聚合控制协议的优雅重启方法
CN101355511A (zh) * 2008-09-17 2009-01-28 杭州华三通信技术有限公司 一种链路聚合流量保护方法及装置
CN101984573A (zh) * 2010-11-15 2011-03-09 中兴通讯股份有限公司 分布式实现lacp标准状态机的方法及系统
CN102025562A (zh) * 2010-11-25 2011-04-20 中兴通讯股份有限公司 一种路径检测方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7388874B2 (en) * 2004-04-29 2008-06-17 Alcatel Lucent Protection switching methods and systems for electronic devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355515A (zh) * 2008-09-05 2009-01-28 中兴通讯股份有限公司 一种链路聚合控制协议的优雅重启方法
CN101355511A (zh) * 2008-09-17 2009-01-28 杭州华三通信技术有限公司 一种链路聚合流量保护方法及装置
CN101984573A (zh) * 2010-11-15 2011-03-09 中兴通讯股份有限公司 分布式实现lacp标准状态机的方法及系统
CN102025562A (zh) * 2010-11-25 2011-04-20 中兴通讯股份有限公司 一种路径检测方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111510328A (zh) * 2020-04-09 2020-08-07 中国南方电网有限责任公司超高压输电公司柳州局 通道异常短时恢复方法
CN111510328B (zh) * 2020-04-09 2022-08-30 中国南方电网有限责任公司超高压输电公司柳州局 通道异常短时恢复方法
CN112714461A (zh) * 2021-01-29 2021-04-27 四川安迪科技实业有限公司 一种dama卫星网络中心站保护倒换方法
CN112714461B (zh) * 2021-01-29 2022-05-31 四川安迪科技实业有限公司 一种dama卫星网络中心站保护倒换方法
CN115150453A (zh) * 2022-06-30 2022-10-04 苏州浪潮智能科技有限公司 一种避免lacp协议超时的方法、系统、设备和存储介质
CN115150453B (zh) * 2022-06-30 2023-08-11 苏州浪潮智能科技有限公司 一种避免lacp协议超时的方法、系统、设备和存储介质

Also Published As

Publication number Publication date
CN103188172A (zh) 2013-07-03
CN103188172B (zh) 2018-03-27

Similar Documents

Publication Publication Date Title
WO2013097366A1 (zh) 链路聚合的异常恢复方法和交换设备
AU2006338127B2 (en) A synchronization method of connection status in data communications and the applied communication node
US9391877B2 (en) System and method for reducing information loss in an aggregated information handling system
CN103744809B (zh) 基于vrrp的车辆信息管理系统双机热备方法
WO2009023996A1 (fr) Procédé de mise en œuvre d'une interconnexion de réseau par l'intermédiaire d'une agrégation de liaisons
WO2012153236A1 (en) Hitless switchover from active tcp application to standby tcp application
US9385944B2 (en) Communication system, path switching method and communication device
WO2017219779A1 (zh) 基于链路协议的设备主备倒换方法和装置、存储介质
WO2012065337A1 (zh) 分布式实现lacp标准状态机的方法及系统
WO2012019464A1 (zh) 路由器集群中板间互联的装置及方法
WO2012092774A1 (zh) Tcp连接的备份方法及其设备
CN103200109B (zh) 一种ospf邻居关系管理方法和设备
WO2012149750A1 (zh) 一种对用户服务进行迁移的方法、装置及系统
WO2012174893A1 (zh) 一种iptv系统中基于双中心容灾的切换方法及装置
CN110351127B (zh) 一种优雅重启的方法、设备及系统
WO2011110135A2 (zh) 主备倒换方法、系统控制单元和通信系统
CN106982160A (zh) 链路非对称网闸双机热备系统及主备切换方法
WO2014166274A1 (zh) 一种以太网性能检测方法、系统及光网络终端
KR20140020731A (ko) 네트워크 디바이스의 신호 유실 이벤트 후 자동 복구
WO2011009324A1 (zh) 主备切换接口模块、网元系统和链路信息同步检测方法
WO2013083013A1 (zh) 一种网络设备间的同步方法、网络设备及系统
CN105763442A (zh) 主备倒换lacp聚合链路不中断的pon系统及方法
CN103391324B (zh) 一种基于tftp协议的热备份方法
WO2011143888A1 (zh) 一种对协议状态的设备间备份的方法及系统
US9350621B2 (en) Synchronization after restart of a FC switch

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: 12862676

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12862676

Country of ref document: EP

Kind code of ref document: A1