CN117041021A - Batch configuration method and device for network equipment - Google Patents

Abstract

The application relates to a batch configuration method and device of network equipment. The method comprises the following steps: the network equipment acquires batch configuration data; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; and after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table. The batch configuration method and the batch configuration device for the network equipment can automatically recover failure when the batch configuration data fails, and can reduce the consumption caused by changing the configuration of the network equipment when the configuration is free from issuing an intermediate state.

Description

Batch configuration method and device for network equipment

Technical Field

The disclosure relates to the field of computer information processing, and in particular relates to a batch configuration method and device of network equipment.

Background

As the internet technology becomes more complex, the network device functions increase networking complexity, and the amount of configuration information data required to be issued by the network device increases. In the process of issuing a large amount of configuration information, the influence on network transmission caused by a large amount of configuration on the large-scale network topology change is also increased, the network equipment consumes a large amount of resources before the network topology reaches a steady state, the network equipment is continuously changed among a series of intermediate states, and the probability of issuing failure is increased because the system resources are consumed.

In the prior art, the traditional method for preventing the data transmission failure is to timely detect that the transmission of the configuration is not successful when the transmission of the configuration data fails, and then to retransmit the configuration once. If the retransmission is performed, the retransmission is performed again and then fails, the retransmission is considered as the configuration transmission failure, and the warning information is generated and fed back to the user for processing.

This approach in the prior art suffers from significant problems when a large amount of configuration information needs to be delivered. Because each data transmission will lead to a larger route change, the transmission failure probability of transmitting the assigned data in batches will be improved, and the next configuration data transmission will be immediately performed under the condition of transmission failure, which will cause network information congestion, thereby resulting in long transmission time of batch data. During the configuration data delivery process, the network device is always in an intermediate state, which also causes a delay in configuration validation time. Under the condition of the intermediate state of the network equipment, the routing information in the network equipment is not complete, the requirement of network forwarding of messages cannot be met, and if the intermediate state stays for a long time, the customer experience is also affected.

Therefore, a new batch configuration method and device for network equipment are needed.

The above information disclosed in the background section is only for enhancement of understanding of the background of the application and therefore it may contain information that does not form the prior art that is already known to a person of ordinary skill in the art.

Disclosure of Invention

In view of this, the present application provides a batch configuration method and apparatus for network devices, which can automatically perform failure recovery when a batch of configuration data fails to be brushed, and can reduce consumption caused by changing the configuration of the network devices when no configuration is issued in an intermediate state.

Other features and advantages of the application will be apparent from the following detailed description, or may be learned by the practice of the application.

According to an aspect of the present application, a batch configuration method of a network device is provided, including: the network equipment acquires batch configuration data; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; and after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table.

In an exemplary embodiment of the present application, a network device obtains batch configuration data, including: the network equipment acquires batch configuration data from the page; and/or the network device obtains batch configuration data from the command line.

In an exemplary embodiment of the present application, issuing the batch configuration data one by one based on an issue timer and a local buffer includes: issuing each configuration data in the batch of configuration data one by one; when the distribution of the configuration data fails, the configuration data is stored in a local cache area; updating the issue timer.

In an exemplary embodiment of the present application, when the configuration data fails to be issued, storing the configuration data in a local buffer area includes: when the configuration data fails to be issued, determining whether a local buffer area and an issuing timer exist; when the local buffer zone and the issuing timer do not exist, the local buffer zone and the issuing timer are newly built; the configuration data is stored in a local buffer.

In an exemplary embodiment of the present application, updating the issue timer includes: the issue timer is updated each time configuration data is stored in the local buffer.

In one exemplary embodiment of the application, the process stores the batch configuration data in a temporary configuration table based on an validation timer, comprising: the process acquires each configuration data in the batch of configuration data one by one based on the validation timer; and storing the configuration data in a temporary configuration table one by one.

In an exemplary embodiment of the present application, the process obtains each of the batch of configuration data one by one based on an validation timer, including: the process sets each configuration data in the batch of configuration data one by one; and starting the effective timer.

In an exemplary embodiment of the present application, storing the configuration data one by one in a temporary configuration table includes: before the effective timer expires, continuing to acquire the configuration data one by one; and storing the configuration data in the temporary configuration table.

In an exemplary embodiment of the present application, the unifying the batch configuration data by the temporary configuration table includes: and replacing the current configuration of the network equipment through the temporary configuration table so as to enable the batch configuration data to be uniformly validated.

According to an aspect of the present application, there is provided a batch configuration apparatus for a network device, the apparatus including: the data module is used for the network equipment to acquire batch configuration data; the issuing module is used for issuing the batch configuration data one by one based on an issuing timer and a local buffer; the storage module is used for storing the batch configuration data in a temporary configuration table based on an effective timer by a process; and the validating module is used for uniformly validating the batch configuration data through the temporary configuration table after the batch configuration data is issued.

According to an aspect of the present application, there is provided an electronic device including: one or more processors; a storage means for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the methods as described above.

According to an aspect of the application, a computer-readable medium is proposed, on which a computer program is stored, which program, when being executed by a processor, implements a method as described above.

According to the batch configuration method and device of the network equipment, batch configuration data are acquired through the network equipment; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table, so that failure recovery can be automatically performed when the batch configuration data is in failure, and consumption caused by changing the configuration of the network equipment when the configuration-free issuing intermediate state is reduced.

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 application as claimed.

Drawings

The above and other objects, features and advantages of the present application will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings. The drawings described below are only some embodiments of the present application and other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.

Fig. 1 is a system block diagram illustrating a method and apparatus for batch configuration of network devices according to an example embodiment.

Fig. 2 is a flow chart illustrating a method of batch configuration of network devices according to an example embodiment.

Fig. 3 is a flow chart illustrating a method of batch configuration of network devices according to another exemplary embodiment.

Fig. 4 is a flow chart illustrating a method of batch configuration of network devices according to another exemplary embodiment.

Fig. 5 is a block diagram illustrating a batch configuration apparatus of a network device according to an example embodiment.

Fig. 6 is a block diagram of an electronic device, according to an example embodiment.

Fig. 7 is a block diagram of a computer-readable medium shown according to an example embodiment.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments can be embodied in many forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art. The same reference numerals in the drawings denote the same or similar parts, and thus a repetitive description thereof will be omitted.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the application may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.

The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.

It will be understood that, although the terms first, second, third, etc. may be used herein to describe various components, these components should not be limited by these terms. These terms are used to distinguish one element from another element. Accordingly, a first component discussed below could be termed a second component without departing from the teachings of the present inventive concept. As used herein, the term "and/or" includes any one of the associated listed items and all combinations of one or more.

Those skilled in the art will appreciate that the drawings are schematic representations of example embodiments and that the modules or flows in the drawings are not necessarily required to practice the application and therefore should not be taken to limit the scope of the application.

The technical abbreviations involved in the present application are explained as follows:

command line: a service program running on a device provides functions of resolving commands, executing commands, and the like.

A command: the command is a line of character string expression formed by combining a keyword and a parameter in a certain order. Keywords refer to words that are fixed and invariant and are used to represent the specific meaning of the subsequent parameters. Parameters refer to variable configuration parameters. For example: no ip address 192.168.0.1/16, wherein no, ip, address is a keyword and 192.168.0.1/16 is a parameter.

WSDL (Web services description language ) is an XML format published for describing Web services. WSDL describes the common interface of Web services. This is an XML-based service description of how to communicate and use with Web services; i.e., describing protocols and information formats that need to be bound when interacting with Web services listed in the catalog. The operations and information supported by the service are typically described in an abstract language, and the actual network protocols and information formats are bound to the service when used.

Border Gateway Protocol (BGP) is a routing protocol for an autonomous system running on TCP. BGP is the only protocol used to handle networks like the internet and is the only protocol that can handle multipath connections between unrelated routing domains. BGP builds on top of experience with EGP. The primary function of BGP systems is to exchange network reachability information with other BGP systems. The network reachability information includes information of the listed autonomous systems (ases). This information effectively builds a topology of the AS interconnect and thus clears the routing loops, while policy decisions can be implemented at the AS level.

The applicant finds that in the existing scheme, after data is issued to a process through WSDL language, inter-process communication is realized through socket. If the message transmission is successful, the configuration update is immediately started. If the message transmission fails, after the transmission of the configuration fails, the message is attempted to be recovered from the queue before the sending time-out occurs.

In the existing scheme, when a large number of configurations are issued, the issue of each configuration triggers the re-learning of the route due to the configuration change. However, before all the configurations are issued, each configuration is issued to form an intermediate state, at this time, the routing information is not complete, the requirement of network forwarding cannot be met, and a large amount of resources are consumed to perform protocol communication, so that the formed intermediate state meets the configuration at the moment, meanwhile, the time for issuing the configuration is influenced, and the risk of issuing failure is increased.

In order to solve the problem of data recovery after socket communication failure in the process of issuing a large number of configurations of network devices in the prior art, the application provides a batch configuration method of network devices, and the content of the application is described in detail below with reference to specific embodiments.

Fig. 1 is a system block diagram illustrating a method and apparatus for batch configuration of network devices according to an example embodiment.

As shown in fig. 1, the system architecture 10 may include network devices 101, 102, 103, a network 104, and a server 105. The network 104 is the medium used to provide communication links between the network devices 101, 102, 103 and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

A user may interact with the server 105 over the network 104 using the network devices 101, 102, 103 to receive or send configuration messages, etc. Various packet forwarding class applications may be installed on the network devices 101, 102, 103.

It should be noted that, the user may directly issue the batch configuration data in the command line or other input window of the network device, or may issue the batch configuration data of one or more network devices through the remote server 105 at the same time, and the specific technical description is given below taking the example of generating the batch configuration data through the remote server 105, which is not limited to this embodiment of the present application.

The server 105 may, for example, generate batch configuration data, which the network devices 101, 102, 103 may, for example, obtain; the network device 101, 102, 103 may issue the batch configuration data one by one, e.g., based on an issue timer and a local buffer; the process in the network device 101, 102, 103 may store the batch configuration data in a temporary configuration table, e.g., based on an validation timer; the network device 101, 102, 103 may take the batch configuration data into effect in a unified manner, e.g., via the temporary configuration table after the batch configuration data is delivered.

The server 105 may be an entity server, or may be a plurality of servers, for example, it should be noted that the batch configuration method of the network device provided by the embodiment of the present application may be executed by the server 105 and/or the network devices 101, 102, 103, and accordingly, the batch configuration device of the network device may be set in the server 105 and/or the network devices 101, 102, 103.

Fig. 2 is a flow chart illustrating a method of batch configuration of network devices according to an example embodiment. The batch configuration method 20 of the network device at least includes steps S202 to S208.

As shown in fig. 2, in S202, the network device acquires batch configuration data. The network device can acquire batch configuration data from the page; the network device may also obtain batch configuration data from the command line.

In S204, the batch configuration data is issued one by one based on an issue timer and a local buffer. The step may be simply referred to as a configuration data issuing process, and specifically may, for example, issue each configuration data in the batch of configuration data one by one; when the distribution of the configuration data fails, the configuration data is stored in a local cache area; updating the issue timer. The issue timer can be set arbitrarily according to the actual situation, and is preferably set to 10 seconds in the present application.

More specifically, when the configuration data delivery fails, whether a local buffer area and a delivery timer exist or not can be determined; when the local buffer zone and the issuing timer do not exist, the local buffer zone and the issuing timer are newly built; the configuration data is stored in a local buffer.

In one embodiment, further comprising: the issue timer is updated each time configuration data is stored in the local buffer.

In S206, the process stores the batch configuration data in a temporary configuration table based on the validation timer. The step can be simply called as a process for storing data of the configuration data to be validated, and the process can acquire each configuration data in the batch of configuration data one by one based on a validation timer; and storing the configuration data in a temporary configuration table one by one. The validation timer can be set arbitrarily according to the actual situation, and is preferably set to 10 seconds in the application.

More specifically, the process sets each configuration data in the batch of configuration data one by one; and starting the effective timer.

In one embodiment, the configuration data continues to be acquired one by one until the validation timer expires; and storing the configuration data in the temporary configuration table.

In S208, after the batch configuration data is issued, the batch configuration data is validated uniformly through the temporary configuration table. This step may also be referred to simply as the validation process of the configuration data. The temporary configuration table can be used for replacing the current configuration of the network equipment so as to enable the batch configuration data to be uniformly validated.

According to the batch configuration method of the network equipment, batch configuration data are acquired through the network equipment; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table, so that failure recovery can be automatically performed when the batch configuration data is in failure, and consumption caused by changing the configuration of the network equipment when the configuration-free issuing intermediate state is reduced.

In practical application, the batch configuration method using the network equipment of the application is set in the network equipment, and the observed result is that: the number of times the device is in an intermediate state is significantly reduced during the batch configuration data import or bulk configuration data distribution.

It should be noted that, after the batch configuration method of the network device is set in the network device, in the case of introducing the configuration data in batches, the network device has no intermediate state in the issuing process. The configuration data is a script which is edited in advance, the interval between two commands is not longer than the second level, and the issue timer will not have overtime phenomenon as long as the configuration data is not issued completely, that is, the issue timer will be reset before overtime, so that the batch data can be issued to the network device at one time, and the existence of intermediate state is avoided.

When a large amount of configuration data is issued by managing batch configuration data manually input by a user, most of simple configuration can be issued before the issuing timer is overtime for a user who can proficiently operate a configuration command line or a webpage, and in this case, the issuing timer can be reset in time, and the front configuration data can wait for the configuration data input later to be issued together in the network equipment. The issue timer can be reset. In addition, for users who are not familiar with configuration commands, because the command configuration speed is slow, the interval time between two commands is long, the interval between two updates can be greatly increased, and channel blockage can be effectively avoided, so that the system is enough to complete one configuration update.

It should be clearly understood that the present application describes how to make and use specific examples, but the principles of the present application are not limited to any details of these examples. Rather, these principles can be applied to many other embodiments based on the teachings of the present disclosure.

Fig. 3 is a flow chart illustrating a method of batch configuration of network devices according to another exemplary embodiment. The flow 30 shown in fig. 3 is a detailed description of the "configuration issuing procedure" in the flow shown in fig. 2.

As shown in fig. 3, in S302, batch configuration data is issued.

In S304, the next piece of configuration data is read.

In S306, whether the delivery is successful.

In S308, whether the issuing is completed.

In S310, there is a configuration buffer and a down timer.

In S312, a configuration buffer and a delivery timer are created.

In S314, the configuration data is stored in the configuration buffer and the timer is updated.

In S316, the configuration delivery is ended.

When the network device receives a large amount of configuration data from a page or a command line, the network device can try to issue according to normal steps, and if the issuing through a socket fails in the issuing process, the failed configuration data is stored in a local buffer zone, and a timer is updated. If the distribution of a plurality of pieces of configuration data fails, the configuration data waiting for the distribution is added to the back of the buffer area continuously, and the distribution timer is updated. And when the timer expires, the batch is issued again.

In a specific application scenario, the above-described functionality of the present application may be applied to a BGP configuration data import scenario.

When there is a large number of BGP processes that are configured for import to the network device, the BGP processes will be triggered to re-learn routes. Since BGP processes generally operate at the uppermost layer of the network topology, many routing entries are often in units of ten thousands or even hundred thousands, and once the imported configuration involves many routing updates, the data size of the communication between the local device and the neighbor will be huge. Thus, it is easy to occur that when the next configuration is issued, the route change caused by the last issued configuration is still in progress, thereby causing failure in issuing configuration data.

By the processing method of the application, the BGP process can place the route change which is not successfully transmitted into the large buffer area, and queue the message which is not successfully transmitted before until all the messages are successfully transmitted.

When the configuration is recovered, the batch configuration method of the network equipment reserves the data which is failed to be sent in the asynchronous communication process through the buffer zone, and retransmits the data at regular time until the data is sent down.

Fig. 4 is a flow chart illustrating a method of batch configuration of network devices according to another exemplary embodiment. The flow 40 shown in fig. 4 is a detailed description of the flow "configuration validation process" shown in fig. 2.

As shown in fig. 4, in S402, configuration data is received.

In S404, the configuration change is stored in the temporary configuration table.

In S406, an validation timer is started.

In S408, whether new configuration data is received before the validation timer expires.

In S410, the new configuration data is stored in the temporary configuration table.

In S412, the validation timer is updated.

In S414, the temporary configuration table replaces the current configuration.

In S416, the configuration takes effect.

After receiving the configuration information, the process of the network device starts an effective timer, and does not take effect on the newly received configuration data before the effective timer expires.

Before the validation timer does not time out, the validation timer is updated no matter how the user continues to issue the configuration data from the page or command line, and the introduction of the validation timer can enable all configurations to be validated together after the configuration data is issued.

In the practical application process, under the condition of large number of related route changes, message queues are continuously piled up, and once the required memory occupied by the temporary message queues exceeds an acceptable range, messages are finally lost. A reliable mechanism is therefore required to avoid these intermediate states in the network device.

In the BGP application scenario described above, after each command issued by BGP, a validation timer period is waited for the import or user to continue issuing new commands before the BGP route starts to be updated. As long as the user continuously taps in the new configuration before the effective timer times out, or the time interval for importing the configuration is smaller than the effective timer period, the timer is refreshed each time the network device receives the configuration data, so that the configuration of the network device can not start to be updated before the configuration data is completely input.

Under this mechanism, how to determine the interval time of the validation timer is set according to the actual user according to the situation,

in the present application, the interval of the effective time may be determined by the time required to manually knock out a command, for example, about 10 seconds, which is not only used by the user to manually issue the next data, but also used to wait for the response after the configuration issued by the previous timer.

It should be noted that, in the present application, the functions of traversing and covering the temporary configuration table are also introduced, before the new configuration data covers the existing configuration data, it is further required to determine whether the newly issued configuration overlaps the current change list, and if so, the original configuration change needs to be covered.

According to the batch configuration method of the network equipment, in the configuration issuing process, the configuration content is not effective, and after all configuration issuing ends, all issuing results are effective together, so that consumption caused by excessive intermediate states is avoided.

In summary, the batch configuration method of the network device realizes the recovery mechanism of failure in configuration issuing in the batch configuration and the configuration is updated only after all data are issued when a large amount of data are issued through the timer mechanism in the configuration updating process, thereby avoiding the consumption caused by time-varying configuration in the intermediate state of configuration issuing.

Those skilled in the art will appreciate that all or part of the steps implementing the above described embodiments are implemented as a computer program executed by a CPU. When executed by a CPU, performs the functions defined by the above-described method provided by the present application. The program may be stored in a computer readable storage medium, which may be a read-only memory, a magnetic disk or an optical disk, etc.

Furthermore, it should be noted that the above-described figures are merely illustrative of the processes involved in the method according to the exemplary embodiment of the present application, and are not intended to be limiting. It will be readily appreciated that the processes shown in the above figures do not indicate or limit the temporal order of these processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, for example, among a plurality of modules.

The following are examples of the apparatus of the present application that may be used to perform the method embodiments of the present application. For details not disclosed in the embodiments of the apparatus of the present application, please refer to the embodiments of the method of the present application.

Fig. 5 is a block diagram illustrating a batch configuration apparatus of a network device according to an example embodiment. As shown in fig. 5, the batch configuration apparatus 50 of the network device includes: the data module 502, the issuing module 504, the storage module 506, the validation module 508.

The data module 502 is used for the network device to obtain batch configuration data; the data module 502 is further configured to control the network device to obtain batch configuration data from the page; the data module 502 is further configured to control the network device to obtain batch configuration data from the command line.

The issuing module 504 is configured to issue the batch configuration data one by one based on an issuing timer and a local buffer; the issuing module 504 is further configured to issue each configuration data in the batch of configuration data one by one; when the distribution of the configuration data fails, the configuration data is stored in a local cache area; updating the issue timer.

The storage module 506 is configured to store the batch configuration data in a temporary configuration table based on an validation timer; the storage module 506 is further configured to obtain each configuration data in the batch of configuration data one by one based on the validation timer; and storing the configuration data in a temporary configuration table one by one.

And the validating module 508 is configured to uniformly validate the batch configuration data through the temporary configuration table after the batch configuration data is issued. The validating module 508 is further configured to replace the current configuration of the network device with the temporary configuration table to uniformly validate the batch configuration data.

According to the batch configuration device of the network equipment, batch configuration data are acquired through the network equipment; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table, so that failure recovery can be automatically performed when the batch configuration data is in failure, and consumption caused by changing the configuration of the network equipment when the configuration-free issuing intermediate state is reduced.

Fig. 6 is a block diagram of an electronic device, according to an example embodiment.

An electronic device 600 according to this embodiment of the application is described below with reference to fig. 6. The electronic device 600 shown in fig. 6 is merely an example, and should not be construed as limiting the functionality and scope of use of embodiments of the present application.

As shown in fig. 6, the electronic device 600 is in the form of a general purpose computing device. Components of electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one memory unit 620, a bus 630 connecting the different system components (including the memory unit 620 and the processing unit 610), a display unit 640, etc.

Wherein the storage unit stores program code that is executable by the processing unit 610 such that the processing unit 610 performs steps according to various exemplary embodiments of the present application described in the present specification. For example, the processing unit 610 may perform the steps as shown in fig. 2, 3, and 4.

The memory unit 620 may include readable media in the form of volatile memory units, such as Random Access Memory (RAM) 6201 and/or cache memory unit 6202, and may further include Read Only Memory (ROM) 6203.

The storage unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of which may include an implementation of a network environment.

Bus 630 may be a local bus representing one or more of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or using any of a variety of bus architectures.

The electronic device 600 may also communicate with one or more external devices 600' (e.g., keyboard, pointing device, bluetooth device, etc.), devices that enable a user to interact with the electronic device 600, and/or any devices (e.g., routers, modems, etc.) that the electronic device 600 can communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 650. Also, electronic device 600 may communicate with one or more networks such as a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet, through network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 over the bus 630. It should be appreciated that although not shown, other hardware and/or software modules may be used in connection with electronic device 600, including, but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, data backup storage systems, and the like.

From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, as shown in fig. 7, the technical solution according to the embodiment of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, or a network device, etc.) to perform the above-described method according to the embodiment of the present application.

The software product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium would include the following: an electrical connection having one or more wires, a portable disk, a hard disk, random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The computer readable storage medium may include a data signal propagated in baseband or as part of a carrier wave, with readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A readable storage medium may also be any readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C++ or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device, partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., connected via the Internet using an Internet service provider).

The computer-readable medium carries one or more programs, which when executed by one of the devices, cause the computer-readable medium to perform the functions of: the network equipment acquires batch configuration data; issuing the batch configuration data one by one based on an issuing timer and a local buffer; the process stores the batch configuration data in a temporary configuration table based on an effective timer; and after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table.

Those skilled in the art will appreciate that the modules may be distributed throughout several devices as described in the embodiments, and that corresponding variations may be implemented in one or more devices that are unique to the embodiments. The modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.

From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a mobile terminal, or a network device, etc.) to perform the method according to the embodiments of the present application.

The exemplary embodiments of the present application have been particularly shown and described above. It is to be understood that this application is not limited to the precise arrangements, instrumentalities and instrumentalities described herein; on the contrary, the application is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

Claims (10)

1. A method for batch configuration of network devices, comprising:

the network equipment acquires batch configuration data;

issuing the batch configuration data one by one based on an issuing timer and a local buffer;

the process stores the batch configuration data in a temporary configuration table based on an effective timer;

and after the batch configuration data is issued, the batch configuration data is uniformly validated through the temporary configuration table.

2. The method of claim 1, wherein the network device obtaining batch configuration data comprises:

the network equipment acquires batch configuration data from the page; and/or

The network device obtains batch configuration data from the command line.

3. The method of claim 1, wherein issuing the batch of configuration data one by one based on an issue timer and a local buffer comprises:

issuing each configuration data in the batch of configuration data one by one;

when the distribution of the configuration data fails, the configuration data is stored in a local cache area;

updating the issue timer.

4. The method of claim 3, wherein storing the configuration data in the local buffer upon failure of the configuration data delivery comprises:

when the configuration data fails to be issued, determining whether a local buffer area and an issuing timer exist;

when the local buffer zone and the issuing timer do not exist, the local buffer zone and the issuing timer are newly built;

the configuration data is stored in a local buffer.

5. The method of claim 3, wherein updating the issue timer comprises:

the issue timer is updated each time configuration data is stored in the local buffer.

6. The method of claim 1, wherein the process storing the batch configuration data in a temporary configuration table based on an validation timer comprises:

the process acquires each configuration data in the batch of configuration data one by one based on the validation timer;

and storing the configuration data in a temporary configuration table one by one.

7. The method of claim 6, wherein the process obtains each of the batch of configuration data one by one based on an validation timer, comprising:

the process sets each configuration data in the batch of configuration data one by one;

and starting the effective timer.

8. The method of claim 6, wherein storing the configuration data in a temporary configuration table one by one comprises:

before the effective timer expires, continuing to acquire the configuration data one by one;

and storing the configuration data in the temporary configuration table.

9. The method of claim 1, wherein validating the batch configuration data uniformly via the temporary configuration table comprises:

and replacing the current configuration of the network equipment through the temporary configuration table so as to enable the batch configuration data to be uniformly validated.

10. A batch configuration apparatus for a network device, comprising:

the data module is used for the network equipment to acquire batch configuration data;

the issuing module is used for issuing the batch configuration data one by one based on an issuing timer and a local buffer;

the storage module is used for storing the batch configuration data in a temporary configuration table based on an effective timer by a process;

and the validating module is used for uniformly validating the batch configuration data through the temporary configuration table after the batch configuration data is issued.