CN109787789B - Compatibility management method, device and equipment for software upgrading and storage medium - Google Patents
Compatibility management method, device and equipment for software upgrading and storage medium Download PDFInfo
- Publication number
- CN109787789B CN109787789B CN201711103508.4A CN201711103508A CN109787789B CN 109787789 B CN109787789 B CN 109787789B CN 201711103508 A CN201711103508 A CN 201711103508A CN 109787789 B CN109787789 B CN 109787789B
- Authority
- CN
- China
- Prior art keywords
- compatibility
- communication information
- service
- inter
- board communication
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
The invention discloses a compatibility management method, a device and equipment for software upgrading and a computer readable storage medium, wherein the method comprises the following steps: acquiring inter-board communication information between service modules with different service version numbers; judging whether the communication information between the boards is compatible or not according to the compatibility configuration file; if the inter-board communication information is compatible, the inter-board communication information is dispatched to carry out callback processing; and if the communication information between the boards is incompatible, isolating the communication information between the boards. The invention detects and processes the compatibility of the communication information between the boards through the compatibility configuration file, and solves the problems that the compatibility and mutual influence exist among all service modules of the system software in the ISSU upgrading process, and the compatibility check of the system software is difficult to realize.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, and a device for managing compatibility of software upgrade, and a computer-readable storage medium.
Background
The system software upgrading of the communication network equipment mostly needs to restart the equipment, the flow forwarding of the equipment is interrupted in the restarting process of the equipment, and the communication service cannot run normally. In order to reduce Service interruption and improve Service reliability, system Software of the device is upgraded simply and quickly, and the application of ISSU (In-Service Software Upgrade) is more and more extensive. Compared with the traditional upgrading mode, the ISSU upgrading process is controllable, and when the system software is failed to be upgraded, the system software can be backed off and quickly restored to the state before the system software is upgraded. The ISSU can interrupt the flow forwarding as little as possible in the upgrading and returning process of the system software version, thereby reducing the network interruption time, ensuring the current service reliability and reducing the equipment operation cost.
The upgrading mode of ISSU includes: lossless upgrades (compatibility upgrades), lossy upgrades, and fast restart upgrades, with minimal impact on traffic and flow. Before upgrading the ISSU, the compatibility check of the software is needed to determine the ISSU upgrading mode supported by each service module of the software. When all modules of the upgrade software version and the existing running version are compatible, the device can be upgraded without damage. Because the system software has a plurality of service modules, and each service module has a plurality of message interactions in the running process of the system software, the compatibility of each service module can be mutually related and influenced. Therefore, it is difficult to implement the system software compatibility check in the ISSU upgrading process.
Disclosure of Invention
In view of this, an object of the present invention is to provide a method, an apparatus, and a device for managing compatibility of software upgrade, and a computer-readable storage medium, so as to solve the problem that in an ISSU upgrade process, compatibility and mutual influence exist between service modules of system software, and it is difficult to implement compatibility check of the system software.
The technical scheme adopted by the invention for solving the technical problems is as follows:
according to an aspect of the present invention, there is provided a compatibility management method for software upgrade, the method including the steps of:
acquiring inter-board communication information between service modules with different service version numbers;
judging whether the communication information between the boards is compatible or not according to the compatibility configuration file;
if the inter-board communication information is compatible, the inter-board communication information is dispatched to carry out callback processing; and if the communication information between the boards is incompatible, isolating the communication information between the boards.
According to another aspect of the present invention, a device for managing compatibility of software upgrade is provided, the device includes an obtaining module, a determining module and a processing module;
the acquisition module is used for acquiring the inter-board communication information between the service modules with different service version numbers;
the judging module is used for judging whether the communication information between the boards is compatible or not according to the compatibility configuration file;
the processing module is used for dispatching the inter-board communication information for callback processing if the inter-board communication information is compatible; and if the communication information between the boards is incompatible, isolating the communication information between the boards.
According to another aspect of the present invention, there is provided a software upgrade compatibility management apparatus, including: the compatibility management program of the software upgrade is executed by the processor to realize the steps of the compatibility management method of the software upgrade.
According to another aspect of the present invention, there is provided a computer readable storage medium having a software upgrade compatibility management program stored thereon, the software upgrade compatibility management program, when executed by a processor, implementing the above-mentioned software upgrade compatibility management method steps.
According to the software upgrading compatibility management method, device and equipment and the computer readable storage medium, the compatibility of communication information between boards is detected and processed through the compatibility configuration file, and the problems that in the ISSU upgrading process, compatibility and mutual influence exist among all service modules of system software and the compatibility check of the system software is difficult to achieve are solved.
Drawings
Fig. 1 is a schematic diagram of an ISSU upgrade structure of a distributed switch system according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating a compatibility management method for software upgrade according to a first embodiment of the present invention;
fig. 3 is a schematic diagram of a compatibility modification structure of an information format according to an embodiment of the present invention;
FIG. 4 is a diagram illustrating a structure of a compatibility configuration file according to an embodiment of the present invention;
FIG. 5 is a diagram illustrating a compatibility management device for software upgrade according to a second embodiment of the present invention;
FIG. 6 is a schematic structural diagram of a compatibility management device for software upgrade according to a second embodiment of the present invention;
fig. 7 is a schematic diagram illustrating a structure of detecting and processing compatibility of inter-board communication information between service modules according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of a compatibility management device for software upgrade according to a third embodiment of the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
In order to make the technical problems, technical solutions and advantageous effects to be solved by the present invention clearer and clearer, the present invention is further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
First embodiment
To better illustrate the present embodiment, the following describes an ISSU upgrade of a distributed switch system in conjunction with fig. 1:
as shown in fig. 1, the ISSU upgrade environment is formed by stacking two distributed switch systems, and the distributed switch systems include different boards. Specifically, the single board includes a main master, a standby master, a switching network board, and a line card.
The upgrading sequence of the single board is as follows: the standby main control is upgraded first, then the standby main control is upgraded, after the standby main control is upgraded successfully, the main control is upgraded through the main-standby switching, and finally the line card and the exchange network board are upgraded. It should be noted that the dashed line boxes in the figure are modules after upgrading, and the solid line boxes are modules before upgrading.
In the upgrading process of ISSU, in order to keep the flow uninterrupted and the service normal, the dual-homing protection is performed.
As can be seen from fig. 1, during the upgrade process of ISSU, two running versions exist in the system at the same time, and there is a problem that different service modules of new and old software versions directly interact with each other, so the compatibility problem must be solved.
In view of the above problem, as shown in fig. 2, a first embodiment of the present invention provides a method for managing compatibility of software upgrade, where the method includes:
and S11, acquiring the inter-board communication information between the service modules with different service version numbers.
In this embodiment, there are many communication channels involved in the system, and considering that there is no compatibility problem in communication in the same version, in order to reduce the complexity of channel compatibility management and control, an interface with a new version and an old version is selected to be set by using a single board as a unit, so that the key point of compatibility consideration is converted into communication between services between boards.
If the information format has compatibility problem, but some service modules must communicate in the ISSU upgrading process, the compatibility of the information format can be modified.
In an embodiment, before obtaining the inter-board communication information between the service modules with different service version numbers, the method further includes the steps of:
and performing compatibility transformation on the format of the communication information between the boards among the service modules with different service version numbers through a domain modeling language.
The step is specifically to convert the script defined by the inter-board communication information between the service modules with different service version numbers into an API (Application Programming Interface) for information access. Fig. 3 is a schematic structural diagram of an example of compatibility modification of the information format according to the present embodiment.
An Application Programming Interface (API) can be generated according to the online format of an information structure in a service script through a domain modeling language and used for information encoding and decoding, an information sending end must call the corresponding API to set fields in the information structure during encoding, an information receiving end must call the corresponding API to read the fields in an information body during decoding, and the service is not allowed to directly fill data into an information cache or read data from the information body. By using each version in the mode, during encoding and decoding, only filling and reading are needed according to the version format, and the version of the opposite end does not need to be considered. The compatibility problem of all information formats is considered by a domain modeling language; this greatly simplifies the design difficulty and programming burden for the developer.
It should be noted that, for the compatibility problem of the information format, there are two solutions in the prior art: the first is TLV (Type Length Value) mode, and the second is optional extension option mode. The two types of modes are transmission modes compatible with information formats, and are often used in standard protocols, such as BGP (Border Gateway Protocol), ISIS (Intermediate System to Intermediate System), LDP (Label Distribution Protocol), and IPV6(Internet Protocol Version 6, Version 6 of the Internet Protocol) message formats. However, the two methods are somewhat complicated to process and have certain requirements on design capability.
And S12, judging whether the communication information between the boards is compatible according to the compatibility configuration file.
In this embodiment, the compatibility configuration file includes a service version number, a service function index value, and other version numbers with which the current service version is compatible.
The service version number is independently determined by each service, the version number can be unchanged as long as the data synchronized by the service has no change, and the version number needs to be changed if the service data changes. The service version number monotonically increases over time.
The service function index values include: message ID, CSMGR service type, unicast pool DDM type, etc. It should be noted that service functions that are not configured are not compatible all the time in the ISSU upgrade process.
As an example, please refer to fig. 4, in which a selefseq indicates a service version number and a substeq indicates a compatible version number.
From the information in the graph it can be determined: the service version number 3 is compatible with the service version number 1 (shown as a in the figure), the service version number 2 is compatible with the service version number 1 (shown as b in the figure), and the service version number 3 is incompatible with the service version number 2 (shown as c in the figure).
S13, if the inter-board communication information is compatible, dispatching the inter-board communication information for callback processing; and if the communication information between the boards is incompatible, isolating the communication information between the boards.
In this embodiment, the inter-board communication information is dispatched to perform callback processing, and specifically, a corresponding function registered in the information is called to perform processing.
And if the communication information between the boards is not compatible, isolating the communication information between the boards and directly discarding the communication information.
It should be noted that, in order to reduce the complexity of the service compatibility processing between different versions, a basic principle that needs to be followed in the whole ISSU upgrade process is: service flow channels among different versions are isolated as much as possible, and the service recovery problem is solved through the main data channel and the standby data channel as much as possible; isolation is therefore the basic strategy and traffic is the exception strategy.
In one embodiment, if the inter-board communication information is not compatible, the method further includes, after isolating the inter-board communication information:
and generating an alarm or prompt message.
In this embodiment, data that cannot be synchronized due to compatibility may affect the service, and when the data is upgraded, a corresponding alarm or prompt may be given to the user when the data is detected.
According to the compatibility management method for software upgrading, disclosed by the embodiment of the invention, the compatibility of communication information between boards is detected and processed through the compatibility configuration file, so that the problems that in the ISSU upgrading process, compatibility and mutual influence exist among all service modules of system software, and the compatibility check of the system software is difficult to realize are solved.
Second embodiment
As shown in fig. 5, a second embodiment of the present invention provides a device for managing compatibility of software upgrade, where the device includes an obtaining module 21, a determining module 22, and a processing module 23;
the obtaining module 21 is configured to obtain inter-board communication information between service modules with different service version numbers.
In this embodiment, there are many communication channels involved in the system, and considering that there is no compatibility problem in communication in the same version, in order to reduce the complexity of channel compatibility management and control, an interface with a new version and an old version is selected to be set by using a single board as a unit, so that the key point of compatibility consideration is converted into communication between services between boards.
If the information format has compatibility problem, but some service modules must communicate in the ISSU upgrading process, the compatibility of the information format can be modified.
Referring to fig. 6, in one embodiment, the apparatus further includes a compatibility modification module 24;
the compatibility transformation module 24 is configured to perform compatibility transformation on formats of communication information between boards between the service modules with different service version numbers through a domain modeling language.
Specifically, the compatibility transformation module 24 converts the script defined by the inter-board communication information between the service modules with different service version numbers into an API (Application Programming Interface) for information access.
The API can be generated according to the online format of the information structure in the service script through the domain modeling language and used for information encoding and decoding, the corresponding API must be called by the information sending end during encoding to set the field in the information structure, the corresponding API must be called by the information receiving end during decoding to read the field in the information body, and the service is not allowed to directly fill data into the information cache or read the data from the information body. By using each version in the mode, during encoding and decoding, only filling and reading are needed according to the version format, and the version of the opposite end does not need to be considered. The compatibility problem of all information formats is considered by a domain modeling language; this greatly simplifies the design difficulty and programming burden for the developer.
It should be noted that, for the compatibility problem of the information format, there are two solutions in the prior art: the first is TLV mode, and the second is optional expansion option mode. The two modes are transmission modes with compatible information formats, and are frequently used in some standard protocols, such as BGP, ISIS, LDP and IPV6 message formats. However, the two methods are somewhat complicated to process and have certain requirements on design capability.
The determining module 22 is configured to determine whether the inter-board communication information is compatible according to the compatibility configuration file.
In this embodiment, the compatibility configuration file includes a service version number, a service function index value, and other version numbers with which the current service version is compatible.
The service version number is independently determined by each service, the version number can be unchanged as long as the data synchronized by the service has no change, and the version number needs to be changed if the service data changes. The service version number monotonically increases over time.
The service function index values include: message ID, CSMGR service type, unicast pool DDM type, etc.
It should be noted that service functions that are not configured are not compatible all the time in the ISSU upgrade process.
The processing module 23 is configured to dispatch the inter-board communication information for callback processing if the inter-board communication information is compatible; and if the communication information between the boards is incompatible, isolating the communication information between the boards.
In this embodiment, the inter-board communication information is dispatched to perform callback processing, and specifically, a corresponding function of information registration is called to perform processing.
And if the communication information between the boards is not compatible, isolating the communication information between the boards and directly discarding the communication information.
It should be noted that, in order to reduce the complexity of the service compatibility processing between different versions, a basic principle that needs to be followed in the whole ISSU upgrade process is: service flow channels among different versions are isolated as much as possible, and the service recovery problem is solved through the main data channel and the standby data channel as much as possible; isolation is therefore the basic strategy and traffic is the exception strategy.
In one embodiment, the processing module 23 is further configured to generate an alarm or a prompt message.
In this embodiment, data that cannot be synchronized due to compatibility may affect the service, and when the data is upgraded, a corresponding alarm or prompt may be given to the user when the data is detected.
To further illustrate the embodiment, the compatibility management process of the software upgrade will now be described with reference to fig. 7:
the service version numbers of the service module A and the service module B are version1 and version2 respectively.
When the service module B receives the message sent by the service module A, whether the message is compatible is determined by inquiring the compatibility configuration file.
If the messages are compatible, the messages are dispatched, and corresponding functions registered by the messages are called for processing.
If the messages are not compatible, the messages are isolated and directly discarded. For data which cannot be synchronized due to compatibility, the service may be affected, and when the condition is detected during upgrading, a corresponding alarm or prompt may be given to the user.
The compatibility management device for software upgrading of the embodiment of the invention detects and processes the compatibility of communication information between boards through the compatibility configuration file, and solves the problems that in the ISSU upgrading process, compatibility and mutual influence exist among all service modules of system software, and the compatibility check of the system software is difficult to realize.
Third embodiment
As shown in fig. 8, a third embodiment of the present invention provides a software upgrade compatibility management device, where the software upgrade compatibility management device includes: a memory 31, a processor 32 and a software upgrade compatibility management program stored on the memory 31 and operable on the processor 32, the software upgrade compatibility management program, when executed by the processor 32, being configured to implement the following steps of the software upgrade compatibility management method:
s11, acquiring inter-board communication information between service modules with different service version numbers;
s12, judging whether the communication information between the boards is compatible according to the compatibility configuration file;
s13, if the inter-board communication information is compatible, dispatching the inter-board communication information for callback processing; and if the communication information between the boards is incompatible, isolating the communication information between the boards.
When the compatibility management program of the software upgrade is executed by the processor 32, the following steps of the compatibility management method of the software upgrade are also implemented:
and performing compatibility transformation on the format of the communication information between the boards among the service modules with different service version numbers through a domain modeling language.
When the compatibility management program of the software upgrade is executed by the processor 32, the following steps of the compatibility management method of the software upgrade are also implemented:
and converting the script defined by the inter-board communication information between the service modules with different service version numbers into a programming language code for information access, and shielding the compatibility problem of the information format.
When the compatibility management program of the software upgrade is executed by the processor 32, the following steps of the compatibility management method of the software upgrade are also implemented:
the compatibility configuration file comprises a service version number, a service function index value and other version numbers compatible with the current service version.
When the compatibility management program of the software upgrade is executed by the processor 32, the following steps of the compatibility management method of the software upgrade are also implemented:
and generating an alarm or prompt message.
The compatibility management equipment for software upgrading detects and processes the compatibility of communication information between boards through the compatibility configuration file, and solves the problems that in the ISSU upgrading process, compatibility and mutual influence exist among all service modules of system software, and the compatibility check of the system software is difficult to realize.
Fourth embodiment
A fourth embodiment of the present invention provides a computer-readable storage medium, where a compatibility management program for software upgrade is stored, and when the compatibility management program for software upgrade is executed by a processor, the steps of the compatibility management method for software upgrade according to the first embodiment are implemented.
The computer-readable storage medium of the embodiment of the invention detects and processes the compatibility of the communication information between the boards through the compatibility configuration file, thereby solving the problems that the compatibility and mutual influence exist among all service modules of the system software in the ISSU upgrading process, and the compatibility check of the system software is difficult to realize.
It should be noted that the device embodiment and the method embodiment belong to the same concept, and specific implementation processes thereof are described in the method embodiment in detail, and technical features in the method embodiment are correspondingly applicable in the device embodiment, which is not described herein again.
Through the description of the foregoing embodiments, it is clear to those skilled in the art that the method of the foregoing embodiments may be implemented by software plus a necessary general hardware platform, and certainly may also be implemented by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The preferred embodiments of the present invention have been described above with reference to the accompanying drawings, and are not to be construed as limiting the scope of the invention. Those skilled in the art can implement the invention in various modifications, such as features from one embodiment can be used in another embodiment to yield yet a further embodiment, without departing from the scope and spirit of the invention. Any modification, equivalent replacement and improvement made within the technical idea of using the present invention should be within the scope of the right of the present invention.
Claims (8)
1. A method for compatibility management of software upgrades, the method comprising the steps of:
acquiring inter-board communication information between service modules with different service version numbers;
judging whether the communication information between the boards is compatible or not according to the compatibility configuration file;
if the inter-board communication information is judged to be compatible according to the compatibility configuration file, the inter-board communication information is dispatched to carry out callback processing, and specifically, corresponding functions registered by the calling information are processed;
if the inter-board communication information is judged to be incompatible according to the compatibility configuration file, isolating the inter-board communication information;
the compatibility configuration file comprises a service version number and other version numbers compatible with the current service version;
the compatibility configuration file further includes a service function index value, wherein the service function index value includes: at least one of a message ID, a CSGR service type, and a unicast pool DDM type.
2. The method as claimed in claim 1, wherein before obtaining the inter-board communication information between the service modules with different service version numbers, the method further comprises:
and performing compatibility transformation on the format of the communication information between the boards among the service modules with different service version numbers through a domain modeling language.
3. The method as claimed in claim 2, wherein the performing compatibility transformation on the format of the inter-board communication information between the service modules with different service version numbers through a domain modeling language comprises:
and converting the script defined by the inter-board communication information between the service modules with different service version numbers into an Application Programming Interface (API) for information access.
4. The method as claimed in claim 1, wherein if the inter-board communication information is not compatible, the method further comprises, after isolating the inter-board communication information, the steps of:
and generating an alarm or prompt message.
5. The device for managing the compatibility of software upgrading is characterized by comprising an acquisition module, a judgment module and a processing module;
the acquisition module is used for acquiring the inter-board communication information between the service modules with different service version numbers;
the judging module is used for judging whether the communication information between the boards is compatible according to the compatibility configuration file;
the processing module is used for dispatching the inter-board communication information for callback processing if the inter-board communication information is judged to be compatible according to the compatibility configuration file, and specifically, calling a corresponding function registered by the information for processing; if the inter-board communication information is judged to be incompatible according to the compatibility configuration file, isolating the inter-board communication information;
the compatibility configuration file comprises a service version number and other version numbers compatible with the current service version;
the compatibility configuration file further includes a service function index value, wherein the service function index value includes: at least one of a message ID, a CSGR service type, and a unicast pool DDM type.
6. The device for managing compatibility of software upgrade according to claim 5, further comprising a compatibility transforming module;
and the compatibility transformation module is used for performing compatibility transformation on the format of the communication information between the boards between the service modules with different service version numbers through a domain modeling language.
7. A compatibility management device for a software upgrade, the compatibility management device comprising: memory, a processor and a software upgrade compatibility management program stored on the memory and executable on the processor, the software upgrade compatibility management program when executed by the processor implementing the software upgrade compatibility management method steps as claimed in any one of claims 1 to 4.
8. A computer-readable storage medium, having a software upgrade compatibility management program stored thereon, which when executed by a processor implements the steps of the software upgrade compatibility management method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711103508.4A CN109787789B (en) | 2017-11-10 | 2017-11-10 | Compatibility management method, device and equipment for software upgrading and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711103508.4A CN109787789B (en) | 2017-11-10 | 2017-11-10 | Compatibility management method, device and equipment for software upgrading and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109787789A CN109787789A (en) | 2019-05-21 |
| CN109787789B true CN109787789B (en) | 2022-08-12 |
Family
ID=66485316
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711103508.4A Active CN109787789B (en) | 2017-11-10 | 2017-11-10 | Compatibility management method, device and equipment for software upgrading and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109787789B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112685046A (en) * | 2020-12-29 | 2021-04-20 | 北京达佳互联信息技术有限公司 | Data processing method and device |
| CN113805961B (en) * | 2021-08-27 | 2023-09-15 | 中国航空无线电电子研究所 | Product software and hardware compatibility management method based on compatibility list file |
| CN114567462A (en) * | 2022-02-14 | 2022-05-31 | 上海迈内能源科技有限公司 | Network access authentication method including software compatibility check and system thereof |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119188A (en) * | 2007-09-25 | 2008-02-06 | 中兴通讯股份有限公司 | Single board updating method for implementing uninterruptive service |
| CN101969384A (en) * | 2010-10-11 | 2011-02-09 | 北京星网锐捷网络技术有限公司 | Compatibility judging method, device and network equipment for switching between active and standby main control boards |
| CN102495739A (en) * | 2011-11-03 | 2012-06-13 | 中兴通讯股份有限公司 | Data compatible method and system as well as inter-plate message method and system |
| CN103326889A (en) * | 2013-07-18 | 2013-09-25 | 迈普通信技术股份有限公司 | Method and device for realizing communication compatibility between new version and old version |
| WO2016206399A1 (en) * | 2015-06-24 | 2016-12-29 | 中兴通讯股份有限公司 | Communication equipment, device and software version upgrade method utilized in communication equipment |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104320279B (en) * | 2014-10-31 | 2017-12-15 | 新华三技术有限公司 | A kind of method and system of upgrading service |
| CN107046476A (en) * | 2017-02-21 | 2017-08-15 | 杭州迪普科技股份有限公司 | A kind of method and device of edition upgrading |
-
2017
- 2017-11-10 CN CN201711103508.4A patent/CN109787789B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119188A (en) * | 2007-09-25 | 2008-02-06 | 中兴通讯股份有限公司 | Single board updating method for implementing uninterruptive service |
| CN101969384A (en) * | 2010-10-11 | 2011-02-09 | 北京星网锐捷网络技术有限公司 | Compatibility judging method, device and network equipment for switching between active and standby main control boards |
| CN102495739A (en) * | 2011-11-03 | 2012-06-13 | 中兴通讯股份有限公司 | Data compatible method and system as well as inter-plate message method and system |
| CN103326889A (en) * | 2013-07-18 | 2013-09-25 | 迈普通信技术股份有限公司 | Method and device for realizing communication compatibility between new version and old version |
| WO2016206399A1 (en) * | 2015-06-24 | 2016-12-29 | 中兴通讯股份有限公司 | Communication equipment, device and software version upgrade method utilized in communication equipment |
| CN107026743A (en) * | 2015-06-24 | 2017-08-08 | 中兴通讯股份有限公司 | The upgrade method of software version, device and communication equipment in communication equipment |
Non-Patent Citations (2)
| Title |
|---|
| 分布式网络设备的软件在线升级系统设计;张敏狄;《万方数据》;20110328;参加正文第3章 * |
| 张敏狄.分布式网络设备的软件在线升级系统设计.《万方数据》.2011, * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109787789A (en) | 2019-05-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109542865B (en) | Method, device, system and medium for synchronizing configuration files of distributed cluster system | |
| CN109787789B (en) | Compatibility management method, device and equipment for software upgrading and storage medium | |
| CN111416736A (en) | Configuration management method and device of network equipment, computing equipment and storage medium | |
| CN104936282A (en) | Method and device for registering converged communication service | |
| US20130152069A1 (en) | Method, apparatus and system for initiating terminal operation | |
| CN105307195A (en) | Method and device for updating access point name (APN) parameter | |
| CN111147314A (en) | Switch upgrading method, device and storage medium | |
| CN110875849A (en) | Optical communication system | |
| CN102779071A (en) | Method, device and system for calling software interface | |
| CN107786350B (en) | Method and device for restoring factory configuration of network equipment and network equipment | |
| CN101626310B (en) | Method, device and system for transmitting service information in trunking environment | |
| US11704105B2 (en) | Method, device, and computer program product for managing virtual machine upgrade | |
| CN113573344A (en) | SMF session detection method based on 5G and terminal | |
| CN109918215B (en) | Process communication method, system, terminal and storage medium | |
| CN115412993A (en) | Relay discovery method, system, device and storage medium | |
| CN107306290B (en) | Session sharing method and application server | |
| CN100502301C (en) | Node controlling method in network management system | |
| CN111880949B (en) | Service information processing method, system, device, server and terminal | |
| CN112738823B (en) | Interface data interaction method, distributed unit and central unit | |
| CN111092765B (en) | Intelligent driving method, system, electronic device and readable storage medium | |
| CN114298830A (en) | Batch service processing method and device and batch service processing platform | |
| WO2016206399A1 (en) | Communication equipment, device and software version upgrade method utilized in communication equipment | |
| CN112148324A (en) | Method, apparatus and computer-readable storage medium for upgrading electronic device | |
| CN111857761A (en) | Method and equipment for upgrading container cluster service application program | |
| CN112839309A (en) | Short message delivery method, network element registration method, device, gateway, system and storage medium |
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 |