Information configuration method, system and equipment of gateway equipment, medium and product

Abstract

The invention discloses an information configuration method and system of a gateway device, a medium and a product, and the method comprises the steps: issuing an RPC configuration request message to a target gateway device, collecting the current effective actual configuration information of the target gateway device when an automatic repair condition is satisfied, and comparing the target configuration information with the actual configuration information; and when the comparison result is that the configuration is missing, issuing an RPC repair request message containing missing configuration information to the target gateway equipment. In addition, a binary exponential backoff algorithm is introduced to calculate the repair interval time of re-issuing of the RPC repair request message, and the configuration issuing condition of the gateway equipment is monitored in real time and automatic repair is carried out on the premise of fully considering the load of the gateway equipment. And meanwhile, by embedding a timed task module, secondary comparison and automatic repair are effectively carried out on the configuration information. By adopting the method and the device, the missing configuration information of the gateway equipment can be monitored and automatically repaired, the configuration accuracy is ensured, and the stability and the high efficiency of a network are improved.

Description

Technical Field

[0001] This invention relates to the field of cloud computing technology, and in particular to an information configuration method, system, device, medium, and product for a gateway device. Background Technology

[0002] As business grows, gateway devices also serve as gateways for SDN (Software Defined Network) to carry service access. When new services are sent to the gateway device, the high utilization of CPU-related processes may lead to insufficient processing time for RPC (Remote Procedure Calls) messages, resulting in missing network configurations for the new services, ultimately causing network communication anomalies and service disruptions.

[0003] Currently, there is a solution that involves querying RPC call logs and generating alerts when anomalies are detected, followed by manual verification and configuration adjustments based on the alert content. However, this solution lacks timeliness and automation, requires excessive human resources, and cannot avoid the risks associated with human error. Summary of the Invention

[0004] The purpose of this invention is to provide a method, system, device, medium, and product for configuring information on a gateway device, which can detect network configuration deficiencies in the gateway device in real time and automatically repair them, thereby improving network stability and efficiency.

[0005] To achieve the above objectives, embodiments of the present invention provide an information configuration method for a gateway device, comprising: When the automatic repair conditions are met, collect the currently effective actual configuration information of the target gateway device; The target configuration information of the control plane is compared with the actual configuration information to generate a comparison result; wherein the comparison result is either no configuration missing or configuration missing. When the comparison result indicates that the configuration is missing, an RPC repair request message is sent to the target gateway device; wherein the RPC repair request message contains the missing configuration information.

[0006] As an improvement to the above solution, after sending the RPC repair request message to the target gateway device, the method further includes: The system monitors the response results of the target gateway device to the RPC repair request message in real time; wherein the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned and the message content is repair successful or repair failed. When the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned but the message content indicates repair failure, the repair interval time is automatically calculated according to the algorithm, and after the repair interval time has elapsed, the RPC repair request message is resent to the target gateway device.

[0007] As an improvement to the above scheme, after real-time monitoring of the target gateway device's response to the RPC repair request message, the method further includes: Count the number of repair failures; When the number of repair failures is greater than or equal to a preset threshold, the process of resending the RPC repair request message is abandoned, and an alarm message is pushed. The calculation of the repair interval includes: The repair interval time is calculated using a binary exponential backoff algorithm; wherein the repair interval time is exponentially related to the number of repair failures and is not greater than a preset upper limit value for the repair interval time.

[0008] As an improvement to the above solution, the formula for calculating the repair interval is as follows: Repair interval = random number × preset coefficient, where random number k represents the number of repair failures, and k is less than the preset threshold number.

[0009] As an improvement to the above solution, before collecting the currently effective configuration information of the target gateway device when the automatic repair conditions are met, the method further includes: In response to a service configuration request from a user terminal, an RPC configuration request message is sent to the target gateway device; wherein, the RPC configuration request message contains target configuration information for the target gateway device; The system monitors the target gateway device's response to the RPC configuration request message in real time; wherein the response result is either no RPC configuration response message returned within a second preset time period, or an RPC configuration response message returned with the message content indicating configuration success or configuration failure. The specific conditions for automatic repair are as follows: The configuration request message response result is either no RPC configuration response message returned within the second preset time period, or an RPC configuration response message returned with the message content indicating configuration failure.

[0010] As an improvement to the above solution, after sending the RPC configuration request message to the target gateway device, the method further includes: When it is detected that the target gateway device has not returned the RPC configuration response message within a third preset time period, the RPC configuration request message is resent to the target gateway device; wherein the second preset time period is greater than or equal to the third preset time period.

[0011] As an improvement to the above scheme, the RPC configuration request message, the RPC repair request message, the RPC configuration response message, and the RPC repair response message all include a unique identifier attribute, which is used to achieve pairing of RPC request messages and RPC response messages.

[0012] As an improvement to the above solution, the method further includes: Insert a configuration distribution record related to the business configuration request into the configuration distribution record table in the preset database; Within the preset time period for the scheduled task execution, the configuration distribution records in the configuration distribution record table are compared and repaired a second time.

[0013] This invention also provides an information configuration system for a gateway device, comprising: The data acquisition module is used to collect the actual configuration information currently in effect on the target gateway device when the automatic repair conditions are met. The data verification module is used to compare the preset target configuration information with the actual configuration information and generate a comparison result; wherein the comparison result is either no configuration missing or configuration missing. An automatic repair module is used to send an RPC repair request message to the target gateway device when the comparison result indicates that the configuration is missing; wherein the RPC repair request message contains the missing configuration information.

[0014] This invention also provides an information configuration device for a gateway device, including a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor. When the processor executes the computer program, it implements the information configuration method for the gateway device as described in any of the above embodiments.

[0015] Compared with existing technologies, the gateway device information configuration method, system, device, medium and product disclosed in this invention detect the configuration status of the gateway device. When the monitoring results meet the preset automatic repair conditions, the system will automatically execute the configuration data collection, comparison and repair process to ensure that problems can be responded to and repaired quickly, effectively reducing the input of human resources, with high operation and maintenance efficiency and high degree of automation. It can effectively ensure the stability and efficiency of network operation and reduce network failures caused by configuration deficiencies. Attached Figure Description

[0016] Figure 1This is a flowchart illustrating an information configuration method for a gateway device provided in an embodiment of the present invention; Figure 2 This is a schematic diagram of the architecture of the information configuration system of the gateway device in an embodiment of the present invention; Figure 3 This is a flowchart illustrating a preferred method for configuring information on a gateway device in an embodiment of the present invention. Figure 4 This is a schematic diagram of the structure of an information configuration system for a gateway device provided in an embodiment of the present invention. Detailed Implementation

[0017] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0018] In the description of this application, it should be understood that the terms "center", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this application.

[0019] The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, unless otherwise stated, "a plurality of" means two or more.

[0020] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.

[0021] See Figure 1This is a flowchart illustrating an information configuration method for a gateway device provided in an embodiment of the present invention. The embodiment of the present invention provides an information configuration method for a gateway device, including steps S11 to S15: S11. When the automatic repair conditions are met, collect the currently effective actual configuration information of the target gateway device; S12. Compare the preset target configuration information with the actual configuration information to generate a comparison result; wherein, the comparison result is either no configuration missing or configuration missing. S13. When the comparison result indicates that the configuration is missing, an RPC repair request message is sent to the target gateway device; wherein the RPC repair request message contains the missing configuration information.

[0022] This invention provides an information configuration system for a gateway device, used to execute an information configuration method for the gateway device. See [link to relevant documentation]. Figure 2 This is a schematic diagram of the information configuration system of the gateway device in an embodiment of the present invention. The system includes a service module, a data acquisition module, a data verification module, and an automatic repair module.

[0023] After receiving a service configuration request from a user terminal, the service module sends the relevant target configuration information to the target gateway device for configuration.

[0024] The data acquisition module obtains the target configuration information issued by the service module to the target gateway device and collects the actual configuration information currently in effect of the target gateway device. This is a key step to ensure the normal operation of network services and troubleshooting. The collected configuration information is then sent to the data verification module for verification.

[0025] The data verification module is used to execute the data verification process. The main task of the data verification process is to compare the target configuration information with the actual configuration information on the target gateway device by writing scripts or using dedicated configuration management tools, check whether the configuration information is missing, including partial or complete missing, generate comparison results, and send the relevant data information to the automatic repair module if there is configuration missing; otherwise, the process terminates.

[0026] The automatic repair module is used to execute the automatic repair process. For missing configuration information identified during data verification, the main task of the automatic repair process is to use automated tools to automatically supplement the missing configuration information into the target gateway device. This process is accomplished using RPC calls, via remote procedure calls. <rpc>(RPC Repair Request Message) Invokes and sends the missing configuration request to the target gateway device.

[0027] The technical means employed in the embodiments of the present invention have the following beneficial effects: 1. It can quickly verify, analyze, and repair missing configurations, significantly improving network stability and security through real-time monitoring and configuration repair. Compared to traditional solutions that rely on periodic log queries, alarm generation, manual verification, and configuration supplementation, it offers higher timeliness and automation, reducing risks for existing network customers.

[0028] 2. The program automatically implements the configuration repair process, which can automatically complete tasks such as data collection, processing and analysis, significantly reducing the impact of manual operation on configuration repair, improving data accuracy, and effectively avoiding the hidden dangers caused by human operation errors, thus effectively ensuring the integrity and consistency of configuration data.

[0029] 3. It can automatically complete alarm analysis, configuration verification and completion, which has significant advantages over traditional manual repair methods in terms of human resource input, labor costs, operation and maintenance efficiency and productivity.

[0030] See Figure 3 This is a flowchart illustrating a preferred method for configuring information on a gateway device in an embodiment of the present invention. As a preferred implementation, before step S11, i.e., before collecting the currently effective configuration information of the target gateway device when the automatic repair conditions are met, the method includes steps S21 to S22: S21. In response to the service configuration request from the user terminal, an RPC configuration request message is sent to the target gateway device; wherein, the RPC configuration request message contains target configuration information for the target gateway device; S22. Monitor the target gateway device's response to the RPC configuration request message in real time; wherein, the response result of the configuration request message is that no RPC configuration response message is returned within a second preset time period, or an RPC configuration response message is returned and the message content is configuration success or configuration failure; The specific conditions for automatic repair are as follows: The configuration request message response result is either no RPC configuration response message returned within the second preset time period, or an RPC configuration response message returned with the message content indicating configuration failure.

[0031] In this embodiment of the invention, after receiving a service configuration request from a user terminal, the service module configures the request via a Remote Procedure Call (RPC) message. <rpc>The relevant configuration request is sent to the target gateway device. <rpc>It is a computer communication protocol that allows a computer program to call a subroutine (i.e., a remote procedure) in another computer program over a network and obtain the return value.

[0032] The RPC response process is a crucial step in the entire system; whether the automatic repair configuration process is triggered depends mainly on the RPC configuration response message. <rpc-reply>The result. <rpc-reply>The response result is mainly "ok" (indicating successful configuration). <rpc-error>(Indicates configuration failure), or <rpc>The call request has not been received for a long time <rpc-reply>.

[0033] if <rpc-reply>If the response is "ok", the configuration was successfully distributed; otherwise... <rpc-reply>The response result is <rpc-error>If so, it will directly trigger the subsequent automatic repair configuration process. <rpc-reply>If no response is received for an extended period (i.e., the second preset time), the automatic repair configuration process will also be triggered.

[0034] The RPC configuration request message and the RPC configuration response message include a unique identifier attribute, which is used to pair the RPC request message and the RPC response message.

[0035] For example, the unique identifier attribute takes the form of a "message-id" attribute, used for <rpc>and <rpc-reply>The pairings, among which <rpc-reply>This refers to the RPC response returned by the gateway device.

[0036] Similarly, the unique identifier attribute is also included in the RPC repair request message.

[0037] As a preferred embodiment, the present invention further implements the above embodiments. In step S21, that is, after sending the RPC configuration request message to the target gateway device, the method further includes the following steps: When it is detected that the target gateway device has not returned the RPC configuration response message within a third preset time period, the RPC configuration request message is resent to the target gateway device; wherein the second preset time period is greater than or equal to the third preset time period.

[0038] In this embodiment of the invention, the service module sends an RPC configuration request message to the target gateway device. <rpc>Subsequently, if no RPC configuration response message is received within the call timeout period (i.e., the third preset duration), <rpc-reply>If so, the RPC call will be resent.

[0039] In practical applications, the specific values ​​of the third preset duration and the second preset duration can be set according to the actual situation, and no specific limitation is made here.

[0040] By employing the technical means of this invention, target configuration information is sent to the target gateway device via RPC calls from the business module, and the message response results are monitored in real time. If no reply response is received within the timeout period, the RPC call is resent. This reduces the probability of false triggering and prevents single communication failures caused by non-persistent faults such as network jitter or temporary load peaks of the gateway device from being directly judged as configuration missing. This reduces invalid triggering of the automatic repair process and alleviates the additional load on the system and gateway device. Simultaneously, it improves the success rate of configuration delivery. For transient faults, the resentment mechanism can complete configuration delivery without manual intervention or complex repair processes, reducing the actual number of configuration missing occurrences and ensuring normal business operation. Furthermore, it optimizes resource scheduling efficiency, eliminating the need to directly enter a multi-step automatic repair process, reducing resource consumption in data collection, comparison, and cyclic calls, and allowing system resources to be more concentrated on configuration missing scenarios that truly require repair.

[0041] As a preferred embodiment, the present invention is further implemented based on the above embodiments, see [link to previous embodiments]. Figure 3 In step S13, that is, after sending the RPC repair request message to the target gateway device, the method further includes S14 to S15: S14. Monitor the response result of the target gateway device to the RPC repair request message in real time; wherein, the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned and the message content is repair successful or repair failed. S15. When the response result of the repair request message is that no RPC repair response message is returned within the first preset time period, or an RPC repair response message is returned and the message content is repair failure, the repair interval time is automatically calculated according to the algorithm, and after the repair interval time has elapsed, the RPC repair request message is resent to the target gateway device.

[0042] In this embodiment of the invention, the RPC repair response message... <rpc-reply>The response result is mainly "ok" (indicating successful repair). <rpc-error>(Indicates repair failed), or <rpc>The call request has not been received for a long time <rpc-reply>.

[0043] Preferably, the unique identifier attribute is also included in the RPC repair response message.

[0044] The automatic repair response process incorporates a built-in loop call mechanism. When the RPC response result is not OK, the client sends a non-OK response message back to the data acquisition module. When the RPC response result is "not received for a long time,"... <rpc-reply>If no response is received, the client will send feedback to the data acquisition module and initiate the automatic repair process for the current network configuration again within a certain period of time.

[0045] In a preferred embodiment, after step S14, the method further includes step S16: S16. Count the number of repair failures; The calculation of the repair interval includes: The repair interval time is calculated using a binary exponential backoff algorithm; wherein the repair interval time is exponentially related to the number of repair failures, and a value is randomly selected from the window each time as the actual repair interval time, but not greater than the preset upper limit of the repair interval time.

[0046] In this embodiment of the invention, the time interval for re-initiating the repair process is controlled by a binary exponential backoff algorithm. This algorithm is based on the window size of the number of failed RPC calls and is implemented by constructing a counter. The backoff time has an exponential relationship with the number of failed RPC calls. The more failed RPC calls there are, the longer the backoff time may be.

[0047] Optionally, the formula for calculating the repair interval is: Repair interval = random number × preset coefficient; Among them, random numbers k is the number of repair failures, and k is less than a preset threshold number, which is set to avoid excessively long repair intervals.

[0048] In a preferred embodiment, after step S16, the method further includes step S17: S17. When the number of repair failures is greater than or equal to a preset threshold, the process of resending the RPC repair request message is abandoned, and an alarm message is pushed.

[0049] In this embodiment of the invention, the system also includes an OPS alarm platform. If the count of repair failures reaches a threshold n, the system automatically connects to the OPS alarm platform, triggering an alarm notification for manual intervention. This algorithm, while fully considering the load on the gateway device, greatly enhances the system's fault tolerance and configuration recovery capabilities.

[0050] By employing the technical means of this invention, a binary backoff algorithm is applied to an automatic repair monitoring system, and the backoff time is dynamically set. In this way, even in a high-load network environment, the number of RPC call failures can be effectively reduced, the problem of missing gateway device configuration can be effectively solved, and the stability and reliability of the network can be improved.

[0051] As a preferred embodiment, the present invention is further implemented based on any of the above embodiments, and the method further includes: Insert a configuration distribution record related to the business configuration request into the configuration distribution record table in the preset database.

[0052] In this embodiment of the invention, the system further includes a business module database. The business module database will define a configuration distribution record table A to store the configuration information that is distributed from the console page and completed in the business module on the same day, so as to facilitate the execution of subsequent scheduled tasks.

[0053] Preferably, the configuration distribution record includes, but is not limited to, a unique identifier attribute, service configuration request parameters, user terminal ID, target configuration information, configuration status, and timestamp; the configuration status includes configuration successful, configuration failed, pending repair, repair successful, and repair failed.

[0054] Specifically, when the configuration request message response result is no RPC response message returned, or an RPC response message is returned but the content is configuration failure, the configuration status of the configuration distribution record is updated to pending repair.

[0055] Understandably, the data acquisition module can retrieve the configuration distribution record table in the database and obtain accurate target configuration information of the target gateway device based on the unique identifier attribute.

[0056] In a preferred embodiment, the method further includes: Within the preset time period for the scheduled task execution, the configuration distribution records in the configuration distribution record table are compared and repaired a second time.

[0057] In this embodiment of the invention, the scheduled task is a function embedded in the data acquisition module. Based on the configuration distribution status of the day in the configuration distribution record table, the execution time of the scheduled task is set. Typically, the configuration distribution status of the day is obtained during the off-peak hours at night, and a second comparison and repair are performed to ensure the accuracy of the configuration information.

[0058] Preferably, within a preset time period for scheduled task execution, all configuration distribution records with configuration status of successful configuration or successful repair are queried from the configuration distribution record table; the target configuration information corresponding to the configuration distribution record and the actual configuration information currently in effect on the target gateway device are compared in a second full comparison; when the comparison result indicates that the configuration is missing, the repair process is automatically triggered to supplement the missing configuration.

[0059] By employing the technical means of this invention, and by setting up a scheduled task, combined with a custom configuration distribution record table in the business module database, the configuration information on the gateway device can be compared a second time during idle time to ensure the accuracy of the configuration information, significantly improving network stability and security, and optimizing the operating environment of the existing network services. The process of the information configuration method for the gateway device proposed in this invention will be explained in detail with specific embodiments.

[0060] As an example, in a Virtual Private Cloud (VPC) business scenario, an SDN network architecture is adopted. The gateway device is an SDN external gateway device as the target gateway device, carrying internet access, leased line interconnection, and other services for a large number of enterprise users. The business modules send configuration information such as routing configurations, ACL policies, and VPN parameters to the SDN external gateway device via the RPC protocol. Due to the consistently high CPU utilization of the gateway device during peak business periods (9:00-12:00, 14:00-18:00), configuration loss issues frequently occur due to untimely processing of RPC messages. Previously, the method of querying logs every 4 hours and manual repair was used, resulting in a long average fault repair time.

[0061] The core parameter configuration of this system is as follows: Binary exponential backoff algorithm parameters: initial repair interval time is 1 second, failure counting window size is 5 (n=5), and the repair interval time calculation formula is: repair interval time = random number × preset coefficient, where the random number... k represents the number of repair failures, and k is less than a preset threshold. The maximum repair interval is set to 31 seconds, and the interval for the last repair is randomly selected between 0 and 31 seconds. Scheduled task execution time: 2:00-4:00 AM daily (during off-peak hours when gateway CPU utilization is low). Data comparison tool: A configuration comparison script written in Python, supporting field-level comparison of JSON and XML format configuration files.

[0062] The detailed implementation process for each step is as follows: Step 1: RPC call process between the business module and the gateway device: A company user submits a "Add Dedicated Line Interconnection VPN Configuration" request through the Virtual Private Cloud console. Upon receiving this request, the business module generates an RPC request message containing configuration parameters such as VPN ID, tunnel protocol type, peer IP address, and encryption algorithm. The RPC message carries a unique "message-id" attribute, which is used in conjunction with the subsequent gateway response. <rpc-reply>Perform pairing.

[0063] The business module sends the configuration request to the 7750 gateway device through the RPC communication channel of the SDN control plane. At the same time, the business module inserts a record into the custom "Configuration Sending Record Table A", which contains information such as message-id, configuration type, sending time, request parameters, and user ID. This table is stored in a MySQL database and adopts a daily partitioned storage strategy to retain 90 days of historical data.

[0064] Step 2: RPC response process between the service module and the gateway device: The business module monitors the RPC response feedback from the SDN external gateway device in real time. If it receives a response within 30 seconds... <rpc-reply>If the response result is "ok", the configuration is considered successfully distributed, the process terminates, and the status of the record in "Configuration Distribution Record Table A" is updated to "successful"; if a response is received... <rpc-reply>The response result is <rpc-error>(For example: error code 400, indicating "invalid parameter format"), then the automatic repair process will be triggered directly; if no response is received after 65 seconds... <rpc-reply>If the response (at this point, the business module has already completed one resend but still failed) is received, it is determined that the configuration delivery has timed out, triggering the automatic repair process (jump to step 5), and the status of the record in "Configuration Delivery Record Table A" is updated to "Pending Repair".

[0065] Step 3, Data Acquisition Process: After the automatic repair process is triggered, the data acquisition module initiates dual data collection. First, it retrieves complete configuration information from the "Configuration Distribution Record Table A" in the business module's MySQL database based on the message-id, including key parameters such as VPN ID, tunnel protocol type, and peer IP address. Second, it remotely logs into the SDN external gateway device via SSH and executes commands such as "show vpn instance" and "show tunnel-interface" to collect the gateway's currently effective configuration information. The collected results are then converted into standardized JSON format data. The data acquisition module performs format unification (converting both to key-value pairs) and integrity verification on both types of collected data. After ensuring no fields are missing, the data is transmitted to the data verification module.

[0066] Step 4, Data Verification Process: The data verification module calls a Python comparison script to perform a field-level comparison between the configuration information issued by the business module and the actual configuration information of the gateway. The comparison dimensions include configuration item name, parameter value, and effective status. If all fields are completely consistent, it is determined that "configuration is not missing", the process terminates, and the status of "Configuration Issuance Record Table A" is updated to "Verification Passed". If there are inconsistencies in fields or no corresponding configuration item on the gateway side (for example, the gateway side does not find the configuration with VPN ID "vpn-enterprise-1234"), it is determined that "configuration is missing", and the missing configuration fields (such as VPN ID, peer IP address, etc.) and the comparison result log are transmitted to the automatic repair module.

[0067] Step 5, Automatic Repair Process: After receiving the missing configuration information, the automatic repair module performs the following operations: generates a standardized RPC repair request message based on the missing configuration fields, carrying the same "message-id" attribute; and resends the repair request message to the gateway device via the RPC protocol, while recording the initiation time and number of failures (initial value is 1) of this repair.

[0068] Step 6, Automatic Repair Process Response: The automatic repair module listens for the gateway's RPC response. If it receives... <rpc-reply>If the response result is "ok", the repair is considered successful, the process terminates, the status of "Configuration Distribution Record Table A" is updated to "Repair Successful", and the repair completion time is recorded; if received <rpc-reply>The response result is <rpc-error>If no response is received within a timeout period, a loop-based call mechanism is triggered. The next repair interval is calculated using a binary exponential backoff algorithm, and a random interval is selected. Repair requests are initiated again according to the calculated interval, with the number of failures increasing cumulatively. If the cumulative number of failures reaches the threshold n=5 and the repair is still unsuccessful, the system automatically connects to the OPS alarm platform and sends alarm information (including message-id, missing configuration items, number of failures, gateway CPU utilization, etc.) to notify operations and maintenance personnel to intervene.

[0069] Step 7: Scheduled task execution process: Every day at 2:00 AM, the scheduled task module starts, querying all configuration records with a status of "success" or "repair successful" from "Configuration Distribution Record Table A" for the day; it batch collects configuration information from the business module database and the current actual configuration information of the gateway device, and performs a second full comparison; if some configuration items are found to be missing due to gateway device restart, abnormal power failure, etc. (for example, a user's ACL policy configuration is lost), the repair process is automatically triggered to supplement the missing configuration; after the scheduled task is completed, a "Daily Configuration Verification and Repair Report" is generated, which includes statistics such as the total number of comparisons, the number of missing configurations, and the number of successful repairs, and is synchronized to the operation and maintenance management platform.

[0070] See Figure 4 This is a schematic diagram of the structure of an information configuration system for a gateway device provided in an embodiment of the present invention. The present invention also provides an information configuration system 10 for a gateway device, comprising: Data acquisition module 11 is used to acquire the actual configuration information of the target gateway device when the automatic repair conditions are met; The data verification module 12 is used to compare the preset target configuration information with the actual configuration information and generate a comparison result; wherein the comparison result is either no configuration missing or configuration missing. Automatic repair module 13 is used to send an RPC repair request message to the target gateway device when the comparison result indicates that the configuration is missing; wherein the RPC repair request message contains the missing configuration information. Preferably, the system 10 further includes: Service module 14 is used to send an RPC configuration request message to the target gateway device in response to a service configuration request from a user terminal; wherein the RPC configuration request message contains target configuration information for the target gateway device; The system monitors the response results of the target gateway device to the RPC configuration request message in real time; wherein the response result of the configuration request message is that no RPC configuration response message is returned within a second preset time period, or an RPC configuration response message is returned and the message content is configuration success or configuration failure.

[0071] Preferably, the automatic repair conditions are as follows: The configuration request message response result is either no RPC configuration response message returned within the second preset time period, or an RPC configuration response message returned with the message content indicating configuration failure.

[0072] By employing the technical means of this invention, real-time monitoring and automatic repair of RPC response results can be achieved. When the monitoring results meet preset conditions, the system will automatically execute the configuration data collection, comparison, and repair process, ensuring rapid response and repair when problems occur. This effectively reduces the investment of human resources, resulting in high operational efficiency and a high degree of automation. It can effectively ensure the stability and efficiency of network operation and reduce network failures caused by configuration deficiencies.

[0073] In a preferred embodiment, the system also includes an OPS alarm platform.

[0074] The automatic repair module 13 is further used for: The system monitors the response results of the target gateway device to the RPC repair request message in real time; wherein the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned and the message content is repair successful or repair failed. When the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned but the message content indicates repair failure, the repair interval time is automatically calculated according to the algorithm, and after the repair interval time has elapsed, the RPC repair request message is resent to the target gateway device.

[0075] In a preferred embodiment, the automatic repair module 13 is further configured to: Count the number of repair failures; When the number of repair failures is greater than or equal to a preset threshold, the resending of the RPC repair request message is abandoned, triggering the OPS alarm platform to push alarm information.

[0076] In a preferred embodiment, the system further includes a business module database.

[0077] The business module 14 is also used for: Insert a configuration distribution record related to the business configuration request into the configuration distribution record table in the business module database.

[0078] The data acquisition module 11 is also used for: Within the preset time period for the scheduled task execution, the configuration distribution records in the configuration distribution record table are compared and repaired a second time.

[0079] It should be noted that the information configuration system for a gateway device provided in this embodiment of the invention is used to execute all the process steps of the information configuration method for a gateway device in the above embodiment. The working principles and beneficial effects of the two are one-to-one, so they will not be described again.

[0080] This invention also provides an information configuration device for a gateway device, including a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor. When the processor executes the computer program, it implements the information configuration method for the gateway device as described in any of the above embodiments.

[0081] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0082] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications are also considered to be within the scope of protection of the present invention. < / rpc> < / rpc> < / rpc> < / rpc> < / rpc> < / rpc> < / rpc>

Claims

1. A method for configuring information in a gateway device, characterized in that, include: When the automatic repair conditions are met, collect the currently effective actual configuration information of the target gateway device; The preset target configuration information and the actual configuration information are compared to generate a comparison result; wherein, the comparison result is either no configuration is missing or the configuration is missing. When the comparison result indicates that the configuration is missing, an RPC repair request message is sent to the target gateway device; wherein the RPC repair request message contains the missing configuration information.

2. The information configuration method for a gateway device as described in claim 1, characterized in that, After sending the RPC repair request message to the target gateway device, the method further includes: The system monitors the response results of the target gateway device to the RPC repair request message in real time; wherein the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned and the message content is repair successful or repair failed. When the response result of the repair request message is that no RPC repair response message is returned within a first preset time period, or an RPC repair response message is returned but the message content indicates repair failure, the repair interval time is automatically calculated according to the algorithm, and after the repair interval time has elapsed, the RPC repair request message is resent to the target gateway device.

3. The information configuration method for a gateway device as described in claim 2, characterized in that, After real-time monitoring of the target gateway device's response to the RPC repair request message, the method further includes: Count the number of repair failures; When the number of repair failures is greater than or equal to a preset threshold, the process of resending the RPC repair request message is abandoned, and an alarm message is pushed. The calculation of the repair interval includes: The repair interval time is calculated using a binary exponential backoff algorithm; wherein the repair interval time is exponentially related to the number of repair failures and is not greater than a preset upper limit value for the repair interval time.

4. The information configuration method for a gateway device as described in claim 3, characterized in that, The formula for calculating the repair interval is: Repair interval = random number × preset coefficient, where random number k represents the number of repair failures, and k is less than the preset threshold number.

5. The information configuration method for a gateway device as described in any one of claims 1 to 4, characterized in that, Before collecting the currently effective configuration information of the target gateway device when the automatic repair conditions are met, the method further includes: In response to a service configuration request from a user terminal, an RPC configuration request message is sent to the target gateway device; wherein, the RPC configuration request message contains target configuration information for the target gateway device; The system monitors the target gateway device's response to the RPC configuration request message in real time; wherein the response result is either no RPC configuration response message returned within a second preset time period, or an RPC configuration response message returned with the message content indicating configuration success or configuration failure. The specific conditions for automatic repair are as follows: The configuration request message response result is either no RPC configuration response message returned within the second preset time period, or an RPC configuration response message returned with the message content indicating configuration failure.

6. The information configuration method for a gateway device as described in claim 1, characterized in that, The method further includes: Insert a configuration distribution record related to the business configuration request into the configuration distribution record table in the preset database; Within the preset time period for the scheduled task execution, the configuration distribution records in the configuration distribution record table are compared and repaired a second time.

7. An information configuration system for a gateway device, characterized in that, include: The data acquisition module is used to collect the actual configuration information currently in effect on the target gateway device when the automatic repair conditions are met. The data verification module is used to compare the preset target configuration information with the actual configuration information and generate a comparison result; wherein the comparison result is either no configuration missing or configuration missing. An automatic repair module is used to send an RPC repair request message to the target gateway device when the comparison result indicates that the configuration is missing; wherein the RPC repair request message contains the missing configuration information.

8. An information configuration device for a gateway device, characterized in that, The device includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein the processor executes the computer program to implement the information configuration method for a gateway device as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored computer program, wherein, when the computer program is executed, it controls the device on which the computer-readable storage medium is located to perform the information configuration method of the gateway device as described in any one of claims 1 to 6.

10. A computer program product, characterized in that, The computer program product includes a computer program or computer instructions, which, when executed by a processor, implement the information configuration method of the gateway device as described in any one of claims 1 to 6.

Images