CN112988187B - Equipment upgrading method and device - Google Patents
Equipment upgrading method and device Download PDFInfo
- Publication number
- CN112988187B CN112988187B CN202110198620.0A CN202110198620A CN112988187B CN 112988187 B CN112988187 B CN 112988187B CN 202110198620 A CN202110198620 A CN 202110198620A CN 112988187 B CN112988187 B CN 112988187B
- Authority
- CN
- China
- Prior art keywords
- server
- message
- port
- equipment
- upgrading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Abstract
The present specification provides an apparatus upgrading method and device, the method including: the first member device to be upgraded enables the server connected with the first member device to close the port connected with the first member device first by sending the negotiation message, and at the moment, the port connected with the server by the first member device is not closed yet, so that the message sent from the server can still be received and processed, and the problem of packet loss caused by the fact that the port is closed first by the device to be upgraded is avoided.
Description
Technical Field
The present disclosure relates to the field of technologies, and in particular, to a method and an apparatus for upgrading a device.
Background
At present, industries with high requirements on network reliability, such as finance, require a whole network service to have zero packet loss. However, upgrading the version of the network device is an inevitable matter, and how to ensure that the service flow is not interrupted when upgrading the version of the network device becomes an important subject.
In the current common technology, two devices can be logically combined into one device in two layers, but three layers still serve as independent devices, each having its own control system, which is called MLAG (multiple Link Aggregation Group) or DRNI (Distributed Resilient Network Interconnect) in the industry. If the version of the forwarding device needs to be upgraded, the method can be realized by sequentially upgrading each member device in the system and switching the flow to another device. For example, the DRNI system in which the leaf1 and leaf2 are located may be upgraded with the leaf2 device first, and the traffic is switched to the leaf1 device for forwarding. After the leaf2 device is upgraded, all traffic is switched to leaf2, and then the leaf1 device is upgraded.
Disclosure of Invention
In order to overcome the problems in the related art, the present specification provides an apparatus upgrading method and apparatus.
According to a first aspect of embodiments herein, there is provided a device upgrade method applied to a first member device in a distributed resilient network interconnection, DRNI, system, the method including:
the first member equipment sends a routing protocol message to core equipment, and the routing priority carried in the routing protocol message is lower than that of the second member equipment in the DRNI system;
a first member device sends a negotiation message to a connected server, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
and the first member equipment carries out equipment upgrading.
Optionally, when the first member device receives a message sent by a server connected to the first member device, the message is forwarded to the second member device through a port connected to the second member device.
Optionally, the upgrading the first member device includes:
and upgrading the equipment after the preset time of sending the negotiation message.
Optionally, the sending, by the first member device, the negotiation packet to the connected server includes:
the method comprises the steps that first member equipment sends a Link Aggregation Control Protocol (LACP) message to a connected server, and a key value carried in the LACP message is different from a key value of the server.
According to a second aspect of the embodiments of the present specification, there is provided a device upgrade method applied to a server, including:
a server receives a negotiation message sent by a first member device in the DRNI system, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
and the server sets a network card port connected with the first member equipment as a non-selected port according to the negotiation message.
According to a third aspect of embodiments herein, there is provided a device upgrade apparatus, which is applied in a DRNI system, and includes: a sending module and an upgrading module;
a sending module, configured to send a routing protocol packet to a core device, where a routing priority carried in the routing protocol packet is lower than that of the second member device in the DRNI system;
the sending module is further configured to send a negotiation message to a connected server, where the negotiation message is used to enable the server to set a network card port connected to the device as a non-selected port;
and the upgrading module is used for upgrading equipment.
Optionally, when the device receives a message sent by a server connected to the device, the message is forwarded to the second member device through a port connected to the second member device.
Optionally, the upgrading module performs device upgrading including:
and the upgrading module upgrades the equipment after the preset time of sending the negotiation message.
Optionally, the sending module sends a negotiation packet to a connected server, including:
the sending module sends a Link Aggregation Control Protocol (LACP) message to a connected server, wherein a key value carried in the LACP message is different from a key value of the server.
According to a fourth aspect of embodiments herein, there is provided an apparatus upgrading apparatus including: the device comprises a receiving module and a state updating module;
the receiving module is used for receiving a negotiation message sent by a first member device in the DRNI system, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
and the state updating module is used for setting a network card port connected with the first member equipment as a non-selected port according to the negotiation message.
The technical scheme provided by the embodiment of the specification can have the following beneficial effects: the first member device to be upgraded sends the negotiation message, so that the server connected with the first member device closes the port connected with the first member device first, and the port connected with the server by the first member device is not closed at the moment, so that the message sent from the server can still be received and processed, and the problem of packet loss caused by the fact that the port is closed first by the device to be upgraded is solved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the specification.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with this specification and, together with the description, serve to explain the principles of the specification.
FIG. 1 is a schematic diagram of a network architecture provided by an embodiment of the present application;
fig. 2 is a schematic flowchart of a device upgrading method according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a device upgrade method according to another embodiment of the present application;
fig. 4 is a schematic structural diagram of an apparatus upgrading apparatus provided in an embodiment of the present application;
fig. 5 is a schematic structural diagram of an apparatus upgrading device according to another embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the specification, as detailed in the appended claims.
Fig. 1 provides a DRNI system consisting of access device leaf1 and access device leaf2, where member device leaf2, as a DRNI system, is connected to port11 of server1 through port1 and to port21 of server2 through port 2. The links formed by two devices, namely leaf1 and leaf2, server1, leaf1 and leaf2, are accessed in a dual-homing mode through server1 and server2, and aggregation is carried out, so that load sharing of traffic is achieved. The ports on server1 corresponding to the leaf1 and leaf2 forming the aggregated link are in the same port aggregation group, and each port is referred to as a member port in this embodiment. The aggregate link formed by the Server2 and the Server1 is similar and will not be described in detail. In addition, thus seen from the DRNI system side, port2 is connected to ports 1, 2 and 1 connected to servers 1 and 2, and ports 4 and 5 connected to servers 1 and 2 on leaf1 are in the same port aggregation group, and each port is also referred to as a member port in this embodiment.
In the related art, taking the system shown in fig. 1 as an example, if the DRNI system is upgraded, one of the member devices is generally upgraded first, for example, the leaf2 is upgraded first, then the traffic is diverted to the other member device leaf1, and after the leaf2 is upgraded, the traffic is diverted to the leaf2, and then the leaf1 is upgraded. During the process of diverting traffic to other member devices leaf1, it is common practice to close ports 1 and 2 on leaf2 that are connected to servers, so that traffic of servers 1 and 2 turns to leave leaf1 and is not sent to leaf2, thereby realizing path switching of upstream traffic. However, there is still a time interval from port closing to server1 and server2 sensing port closing at the opposite end on leaf2, which may cause a message of server1 or a message of server2 to have its network card sent out, but the port of leaf2 is closed, resulting in message discarding.
In order to solve the above problem, the present application provides an apparatus upgrading method, where a first member apparatus to be upgraded sends a negotiation packet, so that a server connected to the first member apparatus closes a port connected to the first member apparatus first, and at this time, the port connected to the server by the first member apparatus is not closed yet, so that the server can still receive and process a packet sent from the server, thereby avoiding a packet loss problem caused by the apparatus to be upgraded closing the port first.
Specifically, fig. 2 shows a flowchart of a device upgrade method, as shown in fig. 2, the device upgrade method may be applied to member devices in a distributed resilient network interconnection DRNI system, and in order to better illustrate the device upgrade method of this embodiment, this application takes a leaf2 in a network architecture shown in fig. 1 as a first member device in the claims of this application, and a leaf1 as a second member device in the claims of this application as an example.
Specifically, the method comprises the following steps:
In this embodiment, taking the leaf2 as an example of a network device to be upgraded, the leaf2 may modify the routing priority so that the priority of a routing protocol on the core device that reaches the leaf2 is lower than the routing priority of other member devices in the DRNI system. Specifically, the routing priority may be carried in a routing protocol packet sent to the core device. More specifically, the priority of the route may be adjusted by adjusting the cost value.
In this embodiment, the type of the Routing Protocol packet is not limited, and may be, for example, an Open Shortest Path First (OSPF) Protocol, or a Routing Information Protocol (RIP) Protocol.
Through step 201, switching of downlink traffic can be realized, where the downlink traffic refers to traffic sent by the core device spine to the server direction.
The uplink flow refers to the flow sent from the server direction to the core equipment direction; east-west traffic refers to traffic between servers in the same tenant or on-hook in the same access device, for example, traffic between server1 and server2 in fig. 1 is east-west traffic.
In addition, the step 201 of triggering the leaf2 device may be executed by the operation and maintenance personnel issuing an upgrade instruction to the leaf2 device, or executed when the leaf2 checks that the upgrade condition is met, and the condition of triggering the step 201 is not limited.
In step 203, the leaf2 sends a negotiation message to the connected servers server1 and server2, where the negotiation message is used to enable the servers server1 and server2 to set the network card port connected with the leaf1 as an unselected port.
The negotiation message may be a negotiation message additionally generated through a private protocol, and the negotiation message should carry a corresponding identifier in addition to carrying necessary address information, so that when the server1 and the server2 connected to the leaf2 recognize the identifier, the server1 and the server2 set the port11 and the port21 connected to the leaf2 on the network card as non-selected ports.
It should be noted that, when the server forwards the packet and searches the MAC address table, the server only sends the packet through the port in the selected (selected) state, but does not send the packet through the unselected port.
In another implementation manner, the negotiation packet may be an LACP (Link Aggregation Control Protocol) packet, the leaf2 sends a Link Aggregation Control Protocol LACP packet to a connected server, and a key value carried in the LACP packet is different from a key value of the server.
According to the definition of the LACP message, the LACP message includes an Actor _ Key/Partner _ Key home/peer operation Key, and the values of the interfaces are the same and can be aggregated. Therefore, in this embodiment, the LACP message may carry the operation key value of the port at the local end of leaf2, so that after the server1 and server2 receive the LACP message, it is recognized that the operation key value of the port of leaf2 is different from the operation key value of the port of port11 connected to leaf2 on the server1, and thus member links established by the server1 and leaf1 and leaf2 respectively cannot be aggregated. Therefore, after the servers 1 and 2 receive the LACP packet, the port states of the ports 11 and 21 connected to the leaf2 change to the unselected state.
Therefore, when the subsequent servers 1 and 2 send out messages, when the output port is determined to be the aggregation port by searching the MAC address table, the corresponding member port corresponding to the aggregation port is determined according to the corresponding relationship between the aggregation port and the member port, and then the port with the selected state is selected from the member ports to perform hash operation and then is forwarded.
When leaf2 receives a message sent by server1 or server2 connected to leaf2, leaf2 forwards the message to leaf1 through port3 connected to leaf 1.
The switching between the downlink traffic and the east-west traffic is completed through step 203. After completing the above operations, leaf2 may perform step 205 for device upgrade.
At step 205, leaf2 performs a device upgrade.
The device upgrade may be to upgrade a software system, or may upgrade a certain software component on the leaf2, and the application does not limit the object to be upgraded.
In an optional embodiment, leaf2 may be upgraded after a preset duration, so as to ensure that server1 and server2 complete modifying their own port states to a non-selected state, and ensure that no message is sent from server1 and server 2.
In a specific implementation manner, the device upgrade procedure may be automatically started after a preset time after the leaf2 sends the negotiation message in step 203 by setting a timer. The predetermined time may be set empirically, and is generally preferably between 1 second and 1 minute.
It can be seen from the foregoing embodiments that, in this embodiment, after servers server1 and server2 set their own ports to be in the unselected state, and the states of ports 1 and 2 of leaf2 connected to servers 1 and server are still in the selected state, if messages are sent out before servers 1 and server2 update their unselected states of their own member ports connected to leaf2, leaf2 can also receive the messages from ports 1 and 2 normally, so as to avoid packet loss of traffic.
Corresponding to the device upgrading method provided in the foregoing embodiment, this embodiment further provides a device upgrading method, where the method is applied to a server connected to a DRNI system, and fig. 3 shows a flowchart of the device upgrading method provided in this embodiment, and as shown in fig. 3, the method includes:
this embodiment takes the server1 in fig. 1 as an example to explain the method provided by this embodiment.
Specifically, the server1 receives a negotiation message sent by a first member device leaf2 in the DRNI system, where the negotiation message is used to enable the server to set a network card port connected with the first member device as an unselected port.
The negotiation message may be a negotiation message additionally generated through a private protocol, and the negotiation message carries a corresponding identifier in addition to necessary address information, so that when the server1 connected with the leaf2 recognizes the identifier, the server1 sets the port11 connected with the leaf2 on the network card as a non-selected port.
It should be noted that, when the server1 forwards a message and searches the MAC address table, the message is sent only through the port whose state is selected (selected), and not through the non-selected port.
In another implementation manner, the negotiation packet may be an LACP (Link Aggregation Control Protocol) packet.
According to the definition of the LACP message, the LACP message includes an Actor _ Key/Partner _ Key home/peer operation Key, and the values of the interfaces are the same and can be aggregated. Therefore, in this embodiment, the LACP message may carry the operation key value of the port at the local end of the leaf2, so that after the server1 receives the LACP message, if it is recognized that the operation key value of the port of the leaf2 is different from the operation key value of the port11 connected to the leaf2 on the server1, the member links established by the server1 and the leaf1 and the leaf2 respectively cannot be aggregated. Therefore, after the server1 receives the LACP message, the port state of the port11 connected to the leaf2 becomes an unselected state.
Therefore, when the subsequent server1 sends a message to the outside, by looking up the MAC address table, when it is determined that the output port is an aggregation port, the corresponding member port corresponding to the aggregation port is determined according to the correspondence between the aggregation port and the member port, and then the port in the selected state is selected from the member ports to perform hash operation and then forward the hash operation.
The negotiation packet received by the Server2 is processed in the same manner as the Server1, and details are not described in this embodiment again.
On the basis of the foregoing embodiments, this embodiment further provides a device upgrade apparatus, which may be applied in a DRNI system, and is configured to execute the device upgrade method executed by the first member device leaf2 in the foregoing embodiments, where fig. 4 shows a schematic structural diagram of the device upgrade apparatus provided in this embodiment, and as shown in fig. 4, the apparatus includes: a sending module 401 and an upgrading module 402;
a sending module 401, configured to send a routing protocol packet to a core device, where a routing priority carried in the routing protocol packet is lower than that of the second member device in the DRNI system;
the sending module 401 is further configured to send a negotiation message to a connected server, where the negotiation message is used to enable the server to set a network card port connected to the device as a non-selected port;
and an upgrade module 402, configured to upgrade the device.
The method executed by the apparatus in this embodiment may refer to the method executed by the leaf2 in the foregoing embodiment, and details are not described in this embodiment again.
The device upgrading apparatus in this embodiment, by sending the negotiation packet, closes the port connected to the device upgrading apparatus first by the server connected to the device upgrading apparatus, and at this time, the port connected to the device upgrading apparatus and the server is not closed yet, so that the message that has been sent from the server can still be received and processed, thereby avoiding the problem of packet loss caused by the fact that the port is closed first by the device to be upgraded.
Optionally, when the apparatus receives a message sent by a server connected to the apparatus, the message is forwarded to the second member device leaf1 through a port connected to the second member device.
Optionally, the upgrading module 402 performs device upgrading including: the upgrade module 402 upgrades the device after a preset time of sending the negotiation packet.
Optionally, the sending module 401 sends a negotiation packet to the connected server, where the negotiation packet includes:
the sending module 401 sends a link aggregation control protocol LACP message to a connected server, where a key value carried in the LACP message is different from a key value of the server.
The present embodiment further provides an apparatus upgrading apparatus, where the apparatus upgrading apparatus is matched with the apparatus upgrading apparatus provided in the foregoing embodiment, and may be used to execute an apparatus upgrading method executed by a server in the apparatus upgrading method, where fig. 5 shows a schematic structural diagram of the apparatus upgrading apparatus provided in this embodiment, and as shown in fig. 5, the apparatus includes: a receiving module 501 and a status updating module 502;
the receiving module 501 is configured to receive a negotiation packet sent by a first member device in the DRNI system, where the negotiation packet is used to enable the server to set a network card port connected to the first member device as a non-selected port;
the state updating module 502 is configured to set a network card port connected to the first member device as an unselected port according to the negotiation packet.
The negotiation message may be a negotiation message additionally generated through a private protocol, and the negotiation message carries a corresponding identifier in addition to necessary address information, so that when the server1 connected with the leaf2 recognizes the identifier, the server1 sets the port11 connected with the leaf2 on the network card as a non-selected port.
It should be noted that, when the server1 forwards a message and searches the MAC address table, the message is sent only through the port whose state is selected (selected), and not through the non-selected port.
In another implementation manner, the negotiation packet may be an LACP (Link Aggregation Control Protocol) packet.
According to the definition of the LACP message, the LACP message includes an Actor _ Key/Partner _ Key home/peer operation Key, and the values of the interfaces are the same and can be aggregated. Therefore, in this embodiment, the LACP message may carry the operation key value of the port at the local end of leaf2, so that after receiving the LACP message, if it is recognized that the operation key value of the port of leaf2 is different from the operation key value of the port of port11 connected to leaf2 on server1, the port state of port11 connected to leaf2 is changed to the unselected state.
Thus, when the device upgrading apparatus in this embodiment sends a message to the outside, the routing module (not shown in the figure) determines, by looking up the MAC address table, the corresponding member port corresponding to the aggregation port according to the correspondence between the aggregation port and the member port when determining that the output port is the aggregation port, and then selects a port in the selected state among the member ports to perform hash operation, and then forwards the selected port.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions according to the present application are generated in whole or in part when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium.
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "a plurality" means two or more unless specifically limited otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process. And the scope of the preferred embodiments of the present application includes other implementations in which functions may be performed out of the order shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved.
The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. All or part of the steps of the method of the above embodiments may be implemented by hardware that is configured to be instructed to perform the relevant steps by a program, which may be stored in a computer-readable storage medium, and which, when executed, includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module may also be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. The storage medium may be a read-only memory, a magnetic or optical disk, or the like.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive various changes or substitutions within the technical scope of the present application, and these should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (8)
1. A device upgrading method is applied to first member devices in a Distributed Resilient Network Interconnection (DRNI) system, and is characterized by comprising the following steps:
the first member equipment sends a routing protocol message to core equipment, and the routing priority carried in the routing protocol message is lower than that of the second member equipment in the DRNI system;
a first member device sends a negotiation message to a connected server, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
equipment upgrading is carried out on first member equipment;
when first member equipment receives a message sent by a server connected with the first member equipment, the message is forwarded to second member equipment through a port connected with the second member equipment.
2. The method of claim 1, wherein the first member device performing the device upgrade comprises:
and upgrading the equipment after the preset time of sending the negotiation message.
3. The method of claim 1, wherein sending a negotiation message to a connected server by a first member device comprises:
the first member equipment sends a Link Aggregation Control Protocol (LACP) message to a connected server, wherein a key value carried in the LACP message is different from the key value of the server.
4. A device upgrading method is applied to a server and is characterized by comprising the following steps:
a server receives a negotiation message sent by a first member device in a DRNI system, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
and the server sets a network card port connected with the first member equipment as a non-selected port according to the negotiation message.
5. An apparatus upgrading apparatus, the apparatus being applied in a DRNI system, comprising: a sending module and an upgrading module;
a sending module, configured to send a routing protocol packet to a core device, where a routing priority carried in the routing protocol packet is lower than that of the second member device in the DRNI system;
the sending module is further configured to send a negotiation message to a connected server, where the negotiation message is used to enable the server to set a network card port connected to the device as a non-selected port;
the upgrading module is used for upgrading equipment;
and when the device receives a message sent by a server connected with the device, forwarding the message to second member equipment through a port connected with the second member equipment.
6. The apparatus of claim 5, wherein the upgrade module to perform the device upgrade comprises:
and the upgrading module upgrades the equipment after the preset time of sending the negotiation message.
7. The apparatus of claim 5, wherein the sending module sends the negotiation packet to the connected server, and comprises:
the sending module sends a Link Aggregation Control Protocol (LACP) message to a connected server, wherein a key value carried in the LACP message is different from a key value of the server.
8. An apparatus upgrade device, comprising: the device comprises a receiving module and a state updating module;
the receiving module is used for receiving a negotiation message sent by a first member device in the DRNI system, wherein the negotiation message is used for enabling the server to set a network card port connected with the first member device as a non-selected port;
and the state updating module is used for setting a network card port connected with the first member equipment as a non-selected port according to the negotiation message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110198620.0A CN112988187B (en) | 2021-02-23 | 2021-02-23 | Equipment upgrading method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110198620.0A CN112988187B (en) | 2021-02-23 | 2021-02-23 | Equipment upgrading method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112988187A CN112988187A (en) | 2021-06-18 |
| CN112988187B true CN112988187B (en) | 2022-08-30 |
Family
ID=76349485
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110198620.0A Active CN112988187B (en) | 2021-02-23 | 2021-02-23 | Equipment upgrading method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112988187B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7263597B2 (en) * | 2001-04-19 | 2007-08-28 | Ciena Corporation | Network device including dedicated resources control plane |
| CN102447621A (en) * | 2011-11-14 | 2012-05-09 | 杭州华三通信技术有限公司 | Optimal link selection method and device |
| CN107948063A (en) * | 2017-12-07 | 2018-04-20 | 锐捷网络股份有限公司 | A kind of method and access device for establishing aggregated links |
| CN108282346A (en) * | 2016-12-29 | 2018-07-13 | 华为技术有限公司 | Method for upgrading software and device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0213073D0 (en) * | 2002-06-07 | 2002-07-17 | Hewlett Packard Co | Method of maintaining availability of requested network resources |
| US10924435B2 (en) * | 2019-05-15 | 2021-02-16 | Dell Products, L.P. | System and method for port reduction using multiple chassis link aggregation group for stacked devices |
-
2021
- 2021-02-23 CN CN202110198620.0A patent/CN112988187B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7263597B2 (en) * | 2001-04-19 | 2007-08-28 | Ciena Corporation | Network device including dedicated resources control plane |
| CN102447621A (en) * | 2011-11-14 | 2012-05-09 | 杭州华三通信技术有限公司 | Optimal link selection method and device |
| CN108282346A (en) * | 2016-12-29 | 2018-07-13 | 华为技术有限公司 | Method for upgrading software and device |
| CN107948063A (en) * | 2017-12-07 | 2018-04-20 | 锐捷网络股份有限公司 | A kind of method and access device for establishing aggregated links |
Non-Patent Citations (2)
| Title |
|---|
| One solution for the weight measurement process update using embedded computer;Milos Djukic等;《 2017 13th International Conference on Advanced Technologies, Systems and Services in Telecommunications (TELSIKS)》;IEEE;20180104;第419-422页 * |
| 多类型出口网关的负载均衡研究与实现;陈越;《中国优秀硕士学位论文全文数据库（电子期刊）》;20190215(第2期);第I136-665页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112988187A (en) | 2021-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110166356B (en) | Method and network equipment for sending message | |
| CN1914867B (en) | Interface bundles in virtual network devices | |
| US7308612B1 (en) | Fast port failover in a network switch | |
| US7688716B2 (en) | Method, apparatus, and system for improving ethernet ring convergence time | |
| US7751416B2 (en) | Virtual network device | |
| CA2562013C (en) | Distributed forwarding in virtual network devices | |
| US8755382B2 (en) | Intelligent adjunct network device | |
| CN112367254B (en) | Cross-device link aggregation method and device and electronic device | |
| CN101309185A (en) | Processing method of multi-active devices and stack member devices in stacking system | |
| CN103905325B (en) | Double layer network data transferring method and network node | |
| US20180278577A1 (en) | High availability bridging between layer 2 networks | |
| CN103780419B (en) | A kind of distributed aggregated link group business switch method and device | |
| US7693169B2 (en) | Transmission apparatus and frame transmission method | |
| CN115333991B (en) | Cross-device link aggregation method, device, system and computer readable storage medium | |
| CN110768917B (en) | Message transmission method and device | |
| WO2020177471A1 (en) | Message transmission method, apparatus and storage medium | |
| CN112988187B (en) | Equipment upgrading method and device | |
| CN102404339A (en) | Fire wall system and data processing method based on fire wall system | |
| CN112953824A (en) | Link aggregation configuration method and device | |
| CN116248581B (en) | Cloud scene gateway cluster master-slave switching method and system based on SDN | |
| CN102857423A (en) | Service flow transferring method and node in distributed link polymerization system | |
| CN114172855B (en) | Network switch and network switch system thereof | |
| CN111698142B (en) | Message forwarding method and device, electronic equipment and storage medium | |
| CN111782245B (en) | A single-frame distributed system and software upgrade method thereof | |
| CN115460125B (en) | Method and device for solving island problem in Multi-Link network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |