Verification methods, routers, devices, and storage media for communication cloud service configurations

Abstract

This invention provides a method for verifying communication cloud service configurations, a router, an electronic device, and a computer-readable storage medium, relating to the field of network configuration verification technology. The verification method includes: configuring first Virtual Private Network (VRF) service routing and forwarding planning configuration information based on current service requirements; determining whether the first VRF planning configuration information is configured correctly based on its own verification database; responding to the confirmation that the first VRF planning configuration information is configured correctly, inheriting the first VRF planning configuration information to generate second VRF planning configuration information, and sending the second VRF planning configuration information to a second router, so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database. This addresses at least the problems of low efficiency and unreliability of manual verification mechanisms in related technologies. It is suitable for service planning and configuration scenarios.

Description

Technical Field

[0001] This invention relates to the field of network configuration verification technology, and in particular to a method for verifying the configuration of communication cloud services, a router carrying a B network, a router for a communication cloud pool, an electronic device, and a computer-readable storage medium. Background Technology

[0002] Business requirements are dynamically added, and each business requirement is converted into a corresponding configuration and distributed. A configuration is distributed to devices in multiple stages, and the devices in each stage may be maintained by different engineers. Engineers do not fully check the configuration, resulting in low reliability and accuracy. Therefore, configuration errors often lead to failures.

[0003] Currently, the configuration of VPNs (Virtual Private Networks) for regional communication cloud pools is done manually, and the manual verification mechanism is inefficient and unreliable. Summary of the Invention

[0004] The technical problem to be solved by the present invention is to address the above-mentioned shortcomings of the prior art by providing a method for verifying communication cloud service configuration, a router carrying the B network, a router for the communication cloud pool, an electronic device, and a computer-readable storage medium. This method can realize intelligent and effective verification of communication cloud service configuration, improve the generation and configuration efficiency of communication cloud service configuration, avoid the failure risks caused by manual configuration and verification, improve the reliability of communication cloud service configuration, and reduce the labor cost of communication cloud service configuration.

[0005] In a first aspect, the present invention provides a method for verifying the configuration of communication cloud services, applied to a first router. The method for verifying the configuration of communication cloud services includes: configuring the first virtual private network service routing and forwarding (VRF) planning configuration information based on current service requirements.

[0006] The first router refers to the router carrying network B; based on its own verification database, it determines whether the first VRF planning configuration information is configured correctly; in response to the first VRF planning configuration information being configured correctly, it inherits the first VRF planning configuration information to generate the second VRF planning configuration information, and sends the second VRF planning configuration information to the second router, so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database. The second router refers to the router of the communication cloud pool.

[0007] Preferably, configuring the first Virtual Private Network (VPN) service routing forwarding (VRF) planning configuration information based on current business needs specifically includes: configuring the planned VRF name, planned route distinguisher information, and planned route target information based on current business needs; concatenating the planned route distinguisher information, planned VRF name, and planned route target information to obtain the first VRF planning configuration information. Before determining whether the first VRF planning configuration information is configured correctly based on its own verification database, the verification method for the communication cloud service configuration further includes: collecting the VRF configuration files of all its own services; separating the VRF configuration files of different services to obtain the VRF name, route distinguisher information, and route target information of each service to form its own verification database.

[0008] Preferably, determining whether the first VRF planning configuration information is configured correctly based on its own verification database specifically includes: determining whether at least one of the following in its own verification database is identical to the planned VRF name, planned route distinguisher information, and planned route target information: if at least one of the following exists in its own verification database, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured correctly: if at least one of the following exists, it is determined that the first VRF planning configuration information is configured incorrectly ...

[0009] Preferably, the planned routing target information includes at least one planned import information or at least one planned export information, and the configuration relationship includes a first sharing relationship, a second sharing relationship, a third sharing relationship, and an isolation relationship. The step of determining the configuration relationship between the current service and each service based on the planned routing target information and the routing target information of each service in its own verification database specifically includes: determining whether the planned export information of the current service is equal to the import information of the target service, and whether the planned import information of the current service is equal to the export information of the target service, wherein the target service refers to the service in its own verification database; in response to the planned export information being equal to the import information of the target service, and the planned import information not being equal to... The export information of the target service determines the configuration relationship between the current service and the target service as a first sharing relationship; in response to the planned export information not being equal to the import information of the target service, and the planned import information being equal to the export information of the target service, the configuration relationship between the current service and the target service is determined to be a second sharing relationship; in response to the planned export information being equal to the import information of the target service, and the planned import information being equal to the export information of the target service, the configuration relationship between the current service and the target service is determined to be a third sharing relationship; in response to the planned import information not being equal to the export information of the target service, and the planned export information not being equal to the import information of the target service, the configuration relationship between the current service and the target service is determined to be an isolation relationship.

[0010] Preferably, after inheriting the first VRF planning configuration information to generate the second VRF planning configuration information, the verification method for the communication cloud service configuration further includes: accessing the first VRF planning configuration information; obtaining the judgment result of the second router on the second VRF planning configuration information based on its own verification database, and determining whether the judgment result is a correct configuration; in response to the judgment result being a correct configuration, determining whether the current service for a preset time period is effective; in response to the judgment result being a configuration error, or the current service not being effective, determining whether there is a problem with at least one of the planned routing target information of the current service and the preset relationship; in response to a problem with the planned routing information of the current service and the preset relationship, optimizing the planned routing information of the current service and the preset relationship based on the planned routing information of the current service and the routing target information of each service in its own verification database.

[0011] Secondly, the present invention also provides a method for verifying the configuration of communication cloud services, applied to a second router. The method for verifying the configuration of communication cloud services includes: receiving second VRF planning configuration information sent by a first router, wherein the second VRF planning configuration information is configured by the first router according to the current service requirements to configure the virtual private network service routing forwarding VRF planning configuration information of the first router; determining whether the first VRF planning configuration information is configured correctly based on its own verification database; in response to the first VRF planning configuration information being configured correctly, generating the second VRF planning configuration information by inheriting the first VRF planning configuration information; the first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool; and determining whether the second VRF planning configuration information is configured correctly based on its own verification database.

[0012] Thirdly, the present invention also provides a router carrying a B network, comprising: a configuration module, a first judgment module, and a sending module. The configuration module is used to configure first virtual private network service routing forwarding VRF planning configuration information based on current service requirements, wherein the first router refers to the router carrying the B network. The first judgment module is connected to the configuration module and is used to determine whether the first VRF planning configuration information is configured correctly based on its own verification database. The sending module is connected to the first judgment module and is used to, in response to the first VRF planning configuration information being configured correctly, inherit the first VRF planning configuration information to generate second VRF planning configuration information and send the second VRF planning configuration information to the second router, so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database, wherein the second router refers to the router of the communication cloud pool.

[0013] Fourthly, the present invention also provides a router for a communication cloud pool, comprising: a receiving module and a second judging module. The receiving module is used to receive second VRF planning configuration information sent by a first router, wherein the second VRF planning configuration information is configured by the first router according to the current service requirements to configure the first virtual private network service routing forwarding VRF planning configuration information, and judges whether the first VRF planning configuration information is configured correctly based on its own verification database. In response to the first VRF planning configuration information being configured correctly, it inherits the first VRF planning configuration information to generate the second VRF planning configuration information. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool. The second judging module is connected to the receiving module and is used to judge whether the second VRF planning configuration information is configured correctly based on its own verification database.

[0014] Fifthly, the present invention also provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to implement the verification method for communication cloud service configuration provided in the first or second aspect above.

[0015] In a sixth aspect, the present invention also provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, it implements the method for verifying the communication cloud service configuration provided in the first or second aspect above.

[0016] This invention provides a method for verifying communication cloud service configurations, a router carrying a B-network, a router for a communication cloud pool, an electronic device, and a computer-readable storage medium. The method involves the routers carrying the B-network and the communication cloud pool, each using its own verification database, quickly and independently comparing VRF planning configuration information with their respective VRF configuration information for all services. This ensures that the VRF planning configuration information does not conflict with the services of the routers carrying the B-network and the communication cloud pool. The first router and the second router respectively use the first VRF planning configuration information and the second VRF planning configuration information for service configuration. If a service conflict exists between the first router and the second router, the first router can independently modify its own VRF planning configuration information to ensure that the configuration does not conflict with the services of the routers carrying the B-network and the communication cloud pool. The service configurations in the two network environments, the B-network and the communication cloud pool, are independent and do not affect each other. This enhances the reliability of the VRF planning and configuration information of each network, significantly reducing configuration verification time. By having the routers in the communication cloud pool inherit the VRF planning and configuration information from the routers in the B-network, and then verifying whether the inherited VRF configuration planning information conflicts with their own services, this ensures that the VRF configuration planning information of the routers in both the B-network and the communication cloud pool does not conflict with any of their respective services and meets current service requirements. This reduces the need to reconfigure VRF planning and configuration information, thereby reducing the possibility of configuration errors, simplifying network management of the communication cloud pool, and improving the reliability and efficiency of communication cloud service configuration. Therefore, this invention can achieve intelligent and effective verification of communication cloud service configurations, improve the generation and configuration efficiency of communication cloud service configurations, avoid the failure risks caused by manual configuration and verification, enhance the reliability of communication cloud service configurations, and reduce the labor costs of communication cloud service configuration. Attached Figure Description

[0017] Figure 1 This is a flowchart of a method for verifying the configuration of a communication cloud service according to Embodiment 1 of the present invention;

[0018] Figure 2 This is a schematic diagram of the structure of a communication cloud service network according to Embodiment 1 of the present invention;

[0019] Figure 3 This is a schematic diagram of another communication cloud service network in Embodiment 1 of the present invention;

[0020] Figure 4 This is a flowchart of a method for generating communication cloud service configuration verification rules in Embodiment 1 of the present invention;

[0021] Figure 5 This is a flowchart of an optimization method for communication cloud service configuration verification rules in Embodiment 1 of the present invention;

[0022] Figure 6 This is a flowchart of another optimization method for communication cloud service configuration verification rules in Embodiment 1 of the present invention;

[0023] Figure 7 This is a flowchart of another optimization method for communication cloud service configuration verification rules in Embodiment 1 of the present invention;

[0024] Figure 8 This is a flowchart of a method for verifying the configuration of a communication cloud service according to Embodiment 2 of the present invention;

[0025] Figure 9 This is a flowchart of a method for verifying the configuration of a communication cloud service according to Embodiment 3 of the present invention;

[0026] Figure 10 This is a schematic diagram of the structure of a router carrying a B network according to Embodiment 4 of the present invention;

[0027] Figure 11 This is a schematic diagram of the structure of a router for a communication cloud pool according to Embodiment 5 of the present invention. Detailed Implementation

[0028] To enable those skilled in the art to better understand the technical solution of the present invention, the embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.

[0029] It is understood that the specific embodiments and accompanying drawings described herein are merely for explaining the invention and are not intended to limit the invention.

[0030] It is understood that, without conflict, the various embodiments and features in the embodiments of the present invention can be combined with each other.

[0031] It is understood that, for ease of description, only the parts related to the present invention are shown in the accompanying drawings, while the parts unrelated to the present invention are not shown in the drawings.

[0032] It is understood that each unit or module involved in the embodiments of the present invention may correspond to only one entity structure, or may be composed of multiple entity structures, or multiple units or modules may be integrated into one entity structure.

[0033] It is understood that, without conflict, the functions and steps marked in the flowcharts and block diagrams of this invention may occur in a different order than that marked in the accompanying drawings.

[0034] It is understood that the flowcharts and block diagrams of this invention illustrate the possible architecture, functions, and operations of systems, apparatuses, devices, and methods according to various embodiments of this invention. Each block in the flowchart or block diagram may represent a unit, module, program segment, or code, containing executable instructions for implementing the specified function. Furthermore, each block or combination of blocks in the block diagram and flowchart can be implemented using a hardware-based system to achieve the specified function, or using a combination of hardware and computer instructions.

[0035] It is understood that the units and modules involved in the embodiments of the present invention can be implemented by software or by hardware. For example, the units and modules can be located in a processor.

[0036] Example 1:

[0037] like Figure 1 As shown in the figure, this embodiment provides a method for verifying the configuration of communication cloud services, which is applied to a first router.

[0038] In this embodiment, communication cloud services typically refer to various services involving data processing, transmission, and management between routers in the communication cloud pool and routers carrying the B network. Communication cloud services include, but are not limited to: data transmission services, traffic management services, virtualization service services, resource scheduling services, monitoring and management services, customer service services, and various service applications. This embodiment uses BGP / MPLS VPN service, a virtualization service, as an example of communication cloud services.

[0039] It should be noted that the services include: Data Transmission: Transmitting data traffic between the communication cloud pool and the bearer B network to ensure efficient and stable data transmission. Traffic Management: Managing traffic across different networks through intelligent routing and load balancing to optimize resource utilization. Virtualization Services: Providing Virtual Private Network (VPN) and Virtual Routing and Forwarding (VRF) services to ensure isolation and security between services. Resource Scheduling: Automating resource allocation and scheduling to ensure the satisfaction of different service needs while reducing resource waste. Monitoring and Management: Real-time monitoring of network status and performance, including fault management, performance optimization, and security protection. Customer Service: Supporting responses to user needs, including user configuration, maintenance, and problem resolution. Multiple Business Applications: Including voice communication, video conferencing, data storage, and processing of various cloud-based applications.

[0040] BGP / MPLS VPN (also known as MPLS VPN, is a common L3VPN, or Layer3VPN technology. MPLS VPN uses BGP to publish VPN routes on the carrier backbone network, i.e., the IP network, and uses MPLS to forward VPN packets on the carrier backbone network) achieves route isolation and information isolation through VPN route forwarding (VRF) tables and LSPs (Label Switched Paths) in MPLS (Multi-Protocol Label Switching).

[0041] Verification methods for communication cloud service configurations include:

[0042] S101, Based on current business requirements, configure the first virtual private network service routing and forwarding VRF planning configuration information, where the first router refers to the router carrying network B.

[0043] In this embodiment, when the service platform proposes a new service requirement and the VRF configuration files on the first router and the second router do not meet the service requirement, the first router will plan a new VRF configuration file (i.e., the first VRF planning configuration information).

[0044] In addition to the configurations on the routers carrying the B network and the communication cloud pool, BGP / MPLS VPN services may also involve other routers between the communication cloud pool routers and the routers carrying the B network, such as... Figure 2 or Figure 3 As shown, the router carrying network B is... Figure 2 The B-network-ar router or Figure 3 The headquarters of the communication cloud pool is the router. Figure 2 Cloud pool egress - DCGW router or Figure 3 The communication clouds in the eastern region, western region, and other regions, and other routers are... Figure 2 Other nodes in or Figure 3 The intermediate node 1, intermediate node 2 and intermediate node 3 in the diagram.

[0045] All routers involved in BGP / MPLS VPN services can be collectively referred to as PE (Provider Edge) routers, which include the primary router. Multiple VRF tables exist on the PE routers used for BGP / MPLS VPN services.

[0046] Specifically, S101: Based on current business requirements, configure the first Virtual Private Network (VPN) service routing and forwarding (VRF) planning configuration information, including steps S1011-S1012:

[0047] S1011, based on current business requirements, configure the planned VRF name, planned route distinguisher information, and planned route target information.

[0048] S1012, concatenate the planned route distinguisher information, the planned VRF name, and the planned route target information to obtain the first VRF planning configuration information.

[0049] Specifically, the route planning target information includes at least one planning import information or at least one planning export information.

[0050] In this embodiment, to address the address overlap issue, BGP / MPLS VPN, in addition to using multiple VRF tables on the PE router, also introduces the concepts of RD (Route Distinguisher) and RT (Route Target). RD is used as an 8-byte extension of the IPv4 address prefix, transforming non-unique IPv4 addresses into unique VPN-IPv4 addresses, for example: IP vrf Zongbu.

[0051] rd 11111:22222

[0052] The rd in address-family ipv4.

[0053] RTs are used for distributing routing information. RTs include route-trade import (importing information) and route-trade export (exporting information), used for importing and exporting routing information policies, respectively. When exporting VPN routes from the VRF table, the VPN routes are marked with an Export RT; when importing VPN routes into the VRF table, only routes whose RT tags match any Import RT in the VRF table are imported. RTs ensure that PE routers only contain VPN routes directly connected to them, rather than routes for all VPNs across the network, thus saving PE router resources and improving network scalability. Through proper configuration of Import RTs and Export RTs, operators can build VPN services with different topologies.

[0054] In other words, each VRF table for a VPN service has three main attributes: VRF name, route distinguisher, and route destination. Therefore, the first router configures and plans the VRF name, route distinguisher information, and route destination information according to current service requirements to obtain its own first VRF planning configuration information for implementing the current service, for example: ip vrf Zongbu

[0055] rd 11111:22222

[0056] address-family IPv4

[0057] route-traget import 38351:12162

[0058] route-traget export 38351:12163.

[0059] S102, based on its own verification database, determines whether the first VRF planning configuration information is configured correctly.

[0060] Optionally, before determining whether the first VRF planning configuration information is configured correctly based on its own verification database in S102, the verification method for the communication cloud service configuration also includes:

[0061] S104 collects the VRF configuration files for all its own services.

[0062] S105 separates the VRF configuration files of different services to obtain the VRF name, routing distinguisher information and routing target information of each service, so as to form its own verification database.

[0063] In this embodiment, the router carrying network B collects the VRF configuration files for all its services, parses the VRF name, RD, and RT values ​​of each service, and separates the VRF configuration files for each service to form a verification database for the router carrying network B (i.e., the first router). The verification database of the first router stores the VRF configuration files for all services of the first router, for example: ip vrf exampleone

[0064] rd 11110:22220

[0065] address-family IPv4

[0066] route-traget import 38351:12160

[0067] route-traget export 38351:12161.

[0068] This embodiment, through structured and centralized management of VRF configuration files, allows for a quick understanding of the configuration status of each service, reducing the time spent searching for and adjusting configurations. The verification database can serve as a quick reference, helping to quickly identify and eliminate problem sources. It also supports the development of subsequent automated configuration checks, compliance verification, and intelligent management tools, thereby improving the level of intelligence in network management.

[0069] Specifically, S102: Based on its own verification database, determine whether the first VRF planning configuration information is configured correctly, including steps S1021-S1024:

[0070] S1021, determine whether there exists a VRF name, route distinguisher information and route target information in its own verification database that are the same as the planned VRF name, planned route distinguisher information and planned route target information respectively.

[0071] S1022, in response to the existence of at least one of the VRF name, routing distinguisher information and routing target information being the same as the planned VRF name, planned routing distinguisher information and planned routing target information respectively, it is determined that the first VRF planning configuration information is configured incorrectly.

[0072] In this embodiment, the VRF name, RD, and RT are all globally unique and can only be used by one VPN service. That is, if any one of the planned VRF name, planned route distinguisher information, or planned route target information in the first VRF planning configuration information of the current service is the same as the VRF name, route distinguisher information, or route target information of the first router, then the planned VRF name, RD, and RT of the current service do not meet the requirement of global uniqueness. This may lead to overlap or conflict between the current service and services in the first router, thereby causing a communication cloud service network failure. Specifically, "planned route target information is the same as route target information" means that the planned derived information is the same as the derived information, and / or the planned imported information is the same as the imported information. For example, when the first VRF planning configuration information is IP VRF Zongbu...

[0073] rd 11111:22222

[0074] address-family IPv4

[0075] route-traget import 38351:12162

[0076] `route-traget export 38351:12161`, the verification database of the first router includes service 1: IPvrf exampleone.

[0077] rd 11110:22220

[0078] address-family IPv4

[0079] route-traget import 38351:12160

[0080] If route-traget export 38351:12161, then the planning export information of the current service is the same as the export information of service 1, which does not meet the requirement of global uniqueness of RT. Therefore, the first VRF planning configuration information is configured incorrectly.

[0081] S1023, in response to the fact that the VRF name, routing distinguisher information and routing target information are different from the planned VRF name, planned routing distinguisher information and planned routing target information, respectively, based on the planned routing target information and the routing target information of each service in its own verification database, the configuration relationship between the current service and each service in its own verification database is determined, and it is judged whether the configuration relationship conforms to the preset relationship between the current service and each service in its own verification database.

[0082] Specifically, the configuration relationships include first sharing relationship, second sharing relationship, third sharing relationship and isolation relationship.

[0083] Specifically, based on the planned routing target information and the routing target information of each service in its own verification database, the configuration relationship between the current service and each service in its own verification database is determined, including: determining whether the planned exported information of the current service is equal to the imported information of the target service, and whether the planned imported information of the current service is equal to the exported information of the target service, where the target service refers to the service in its own verification database; in response to the planned exported information being equal to the imported information of the target service, and the planned imported information not being equal to the exported information of the target service, the configuration relationship between the current service and the target service is determined to be a first sharing relationship; in response to the planned exported information not being equal to the imported information of the target service, and the planned imported information being equal to the exported information of the target service, the configuration relationship between the current service and the target service is determined to be a second sharing relationship; in response to the planned exported information being equal to the imported information of the target service, and the planned imported information being equal to the exported information of the target service, the configuration relationship between the current service and the target service is determined to be a third sharing relationship; in response to the planned imported information not being equal to the exported information of the target service, and the planned exported information not being equal to the imported information of the target service, the configuration relationship between the current service and the target service is determined to be an isolation relationship.

[0084] In this embodiment, different services have different routing visibility and interconnectivity requirements and limitations. When two services need to communicate with each other, the preset relationship between the two services is a bidirectional routing sharing relationship, i.e., a third-party sharing relationship; when there are services with high security requirements, the preset relationship between the services with high security requirements and other services is an isolation relationship.

[0085] When the Import RT value of service A is equal to the Export RT value of service B, the routing information of service B can be imported into service A. This routing information typically refers to detailed information about how to forward data packets, including the destination network, next hop, and metric information. For example, `Zongbu route-traget import 38351:12162` = `Fenzhi route-traget export 38351:12162`, meaning Zongbu can import its own routing information into Fenzhi's routing information. Conversely, when the Export RT value of service A is equal to the Import RT value of service B, the routing information of service A can be imported into service B. For example, `Zongbu route-traget export 38351:12163` = `Fenzhi route-traget import 38351:12163`, meaning Fenzhi's routing information can be imported into Zongbu's routing information.

[0086] It should be noted that on different routers, the same two services have different routing visibility and interconnection requirements and restrictions. Therefore, the current services on the first router and the second router are inconsistent with the preset relationships of each service in their own verification database. This is not only because the services on the first router and the second router are different, but also because the service functions of the first router and the second router are different, which leads to different routing visibility and interconnection requirements and restrictions for the same two services.

[0087] The routing target information of each service in the verification database of the first router and the preset relationship between the current service on the first router and each service in its own verification database can be regarded as the verification rules of the first router for the planned routing target information of the first VRF planning configuration information, such as... Figure 4 As shown, if there are VRF configuration files for n services on the first router, each pair of services needs to be compared n*(n-1) / 2 times. Each comparison generates one of four configuration relationships between the two services, thus generating n*(n-1) / 2 verification rules.

[0088] S1024, in response to the configuration relationship conforming to the preset relationship, determine that the configuration information of the first VRF planning is configured correctly.

[0089] In this embodiment, it is assumed that the preset relationship between the current service on the first router and each service in its own verification database is the first sharing relationship, that is: vrf exampleone can import the routing information of vrf Zongbu, but vrfZongbu cannot import the routing information of vrf exampleone. Then the configuration relationship needs to meet the following: vrf exampleone importrt value = vrf Zongbu exportrt value, and vrf Zongbu importrt value = vrf exampleone exportrt value, for the first VRF planning configuration information to be determined as the correct configuration.

[0090] S103, in response to the first VRF planning configuration information being configured correctly, the first VRF planning configuration information is inherited to generate the second VRF planning configuration information, and the second VRF planning configuration information is sent to the second router so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database. Here, the second router refers to the router of the communication cloud pool.

[0091] In this embodiment, after the first router determines that the first VRF planning configuration information is configured correctly, the first VRF planning configuration information is transmitted from the first router, i.e. Figure 3 The configuration information is distributed hierarchically from the headquarters to the second router. In other words, the second VRF planning and configuration information is generated by inheriting the first VRF planning and configuration information. The second VRF planning and configuration information is then sent to the lower-level routers of the first router. If the lower-level router of the first router is the second router, then the second VRF planning and configuration information is sent to the second router. If there are other routers between the first and second routers, such as... Figure 3 Intermediate Node 1 sends the second VRF planning configuration information to itself, allowing Intermediate Node 1 to determine the correctness of the second VRF planning configuration information based on its own verification database. If Intermediate Node 1 confirms the correct configuration, it inherits the second VRF planning configuration information to generate the fourth VRF planning configuration information and sends it to the second router. This embodiment, by using verified first VRF planning configuration information, ensures more accurate generation of the second VRF planning configuration information, helping to reduce errors and vulnerabilities in the configuration process, ensuring stable network operation. The generation and inheritance mechanism achieves synchronization of current service configurations on the first and second routers, supporting automated configuration management. This enables rapid and automatic deployment of new services in large-scale environments, reducing the complexity and time required for manual operations.

[0092] It should be noted that before the second router or intermediate node 1 determines whether the second VRF planning configuration information is configured correctly based on its own verification database, similarly to the first router forming its own verification database, the second router or intermediate node 1 also collects the VRF configuration files of all its services, separates the VRF configuration files of each service, and forms the verification database of the second router or intermediate node 1. This database is used to store the VRF configuration files of each service of the second router or intermediate node 1, for example: ip vrf exampletwo

[0093] rd 11100:22200

[0094] address-family IPv4

[0095] route-traget import 38351:12160

[0096] route-traget export 38351:12161.

[0097] Similarly, the first router, based on its own verification database, determines whether the first VRF planning configuration information is configured correctly. Assuming that the current service on the second router has an isolation relationship with the services in its own verification database (i.e., vrf exampletwo cannot import routing information from vrf Zongbu, nor can vrf Zongbu import routing information from vrf exampletwo), then the configuration relationship must meet the condition that vrf exampletwo import rt value ! = vrfZongbu export rt value, and vrf Zongbu import rt value ! = vrf exampletwo export rt value) for the second VRF planning configuration information to be considered correctly configured.

[0098] After considering the routing target information of each service in the verification database of the first router and the preset relationship between the current service on the first router and each service in its own verification database as the verification rules for the planned routing target information of the first VRF planning configuration information by the first router, and after verifying the planned routing target information of the first VRF planning configuration information based on the verification rules for the planned routing target information of the first VRF planning configuration information by the first router, as follows: Figure 5As shown, this embodiment can also filter the verification rules of the first router for the planned route target information of the first VRF planning configuration information to generate the verification rules of the second router for the planned route target information of the second VRF planning configuration information, and send the verification rules of the second router for the planned route target information of the second VRF planning configuration information to the second router, so that the second router can verify the planned route target information of the second VRF planning configuration information based on the verification rules of the second router for the planned route target information of the second VRF planning configuration information. The second router is... Figure 5 The first router is located in the eastern region of the country. Figure 5 The headquarters in the middle, the first router's verification rules for the planned route target information of the first VRF planning configuration information, namely Figure 5 The VRF configuration and rules generated by the headquarters in the system.

[0099] Optionally, after inheriting the first VRF planning configuration information to generate the second VRF planning configuration information, the verification method for the communication cloud service configuration further includes:

[0100] S106, access the first VRF planning configuration information.

[0101] In this embodiment, after the first router determines that the first VRF planning configuration information is configured correctly, it loads the first VRF planning configuration information into its own operating system and activates the VRF instance. The first router's access to the first VRF planning configuration information specifically includes associating the interfaces or routing protocols related to the first VRF planning configuration information with the first VRF planning configuration information, ensuring that the first router begins processing the traffic of the current service.

[0102] It should be noted that, similarly, after the first router accesses the first VRF planning configuration information and the second router confirms that the second VRF planning configuration information is configured correctly, the second router will also associate the interfaces or routing protocols related to the second VRF planning configuration information with the second VRF planning configuration information to ensure that the second router starts processing the traffic of the current service.

[0103] S107: Obtain the judgment result of the second router on the second VRF planning configuration information based on its own verification database, and determine whether the judgment result is that the configuration is correct.

[0104] S108, in response to the judgment result being that the configuration is correct, determines whether the current service within the preset time period is effective.

[0105] S109, in response to the judgment result being a configuration error or the current service not being effective, determine whether there is a problem with at least one of the planned route target information and preset relationships of the current service.

[0106] In this embodiment, when the determination result is a configuration error, a corresponding matching error alarm will be triggered to remind users to promptly ensure the accuracy of data creation and verification, and to determine whether there is a problem with at least one of the planned route target information and preset relationships for the current service. After the first router and the second router respectively access the first VRF planning configuration information and the second VRF planning configuration information, the current service will take effect at the corresponding time point, and the service platform will confirm the completion of the service. If the completion of the current service is confirmed, the configuration of the current service ends; if the completion of the current service is not confirmed, then the current service has not taken effect.

[0107] S110, in response to the problem of the planned routing information and preset relationship of the current service, optimize the planned routing information and preset relationship of the current service based on the planned routing information of the current service and the routing target information of each service in its own verification database.

[0108] In this embodiment, optimizing the planned routing information for the current service means that the second router, similar to the first router, configures the first VRF planning configuration information. It can then modify the second VRF planning configuration information according to service requirements, or directly configure the planned VRF name, planned route distinguisher information, and planned route target information to obtain its own third VRF planning configuration information for implementing the current service. For example: IP VRF Fenzhi

[0109] rd 22222:33333

[0110] address-family IPv4

[0111] route-traget import 38351:12162

[0112] route-traget import 38351:12163

[0113] route-traget export 38351:12162.

[0114] Optimizing preset relationships typically involves determining the preset relationships between services that need optimization after the second router accesses the second VRF planning configuration information and generates service alarms or faults. This embodiment optimizes preset relationships to flexibly adjust routing policies according to the needs of different services, supporting requirements in various service scenarios and enhancing service flexibility and adaptability.

[0115] It should be noted that if there are no problems with the planned route target information and preset relationships of the current service, then it can be determined that there is a problem with at least one of the route distinguisher and VRF name in the second VRF planning configuration information. The second router can directly change the route distinguisher and VRF name in the second VRF planning configuration information.

[0116] If the problem exists only in the planned routing target information or preset relationship of the current service, then the planned routing information or preset relationship of the current service will be optimized based on the planned routing information of the current service and the routing target information of each service in its own verification database.

[0117] Additionally, the optimized preset relationships of the second router and all VRF configuration files in the second router's verification database are considered as the optimized verification rules for the second router. Since the communication cloud pool includes, but is not limited to, one, accordingly, if the router in the Eastern Region's communication cloud pool is the second router and the router in the Northern Region's communication cloud pool is the third router, such as... Figure 6 or Figure 7 As shown, in this embodiment, the first router can also obtain the optimized verification rules of the second router, filter the optimized verification rules of the second router and the first router's own verification rules, and send the filtered verification rules to the third router so that the third router can determine whether its VRF planning configuration information is configured correctly.

[0118] This embodiment provides a method for verifying communication cloud service configurations. Routers carrying the B network and the communication cloud pool, based on their respective verification databases, quickly and independently compare VRF planning configuration information with their respective service VRF configuration information. This ensures that the VRF planning configuration information does not conflict with the services of the routers carrying the B network and the communication cloud pool. The first router and the second router respectively use the first and second VRF planning configuration information for service configuration. If a service conflict exists between the first router and the second router, it can independently modify its own VRF planning configuration information. This ensures that the service configurations in the two network environments carrying the B network and the communication cloud pool are independent and do not affect each other, thus enhancing the VRF planning configuration information of the B network and the communication cloud pool networks. Reliability is significantly improved, reducing configuration verification time. By inheriting the VRF planning configuration information of the routers carrying the B network from the routers in the communication cloud pool, and then verifying whether the inherited VRF configuration planning information conflicts with its own services, it ensures that the VRF configuration planning information of both the routers carrying the B network and the communication cloud pool does not conflict with any of their respective services and meets current service requirements. This reduces the need to reconfigure VRF planning configuration information, thereby reducing the possibility of configuration errors, simplifying network management of the communication cloud pool, improving the reliability and efficiency of communication cloud service configuration, enabling intelligent and effective verification of communication cloud service configuration, improving the generation and configuration efficiency of communication cloud service configuration, avoiding the failure risks caused by manual configuration and verification, improving the reliability of communication cloud service configuration, and reducing the labor costs of communication cloud service configuration. In addition, through structured and centralized management of VRF configuration files, the configuration status of each service can be quickly understood, reducing the time spent searching and adjusting configurations. The verification database can serve as a quick reference to help quickly identify and eliminate problem sources, supporting the development of subsequent automated configuration checks, compliance verification, and intelligent management tools, thereby improving the level of intelligence in network management. By using validated first VRF planning configuration information, the generation of second VRF planning configuration information will be more accurate, helping to reduce errors and vulnerabilities in the configuration process, ensuring stable network operation. The generation and inheritance mechanism ensures the synchronization of current service configurations on the first and second routers, supporting automated configuration management. This enables rapid and automatic deployment of new services in large-scale environments, reducing the complexity and time required for manual operations. Through preset relationship optimization, routing policies can be flexibly adjusted according to the needs of different services, supporting requirements in various service scenarios and enhancing service flexibility and adaptability.

[0119] Example 2:

[0120] like Figure 8 As shown in the figure, this embodiment provides a method for verifying the configuration of communication cloud services, which is applied to a second router.

[0121] In this embodiment, communication cloud services typically refer to various services involving data processing, transmission, and management between routers in the communication cloud pool and routers carrying the B network. Communication cloud services include, but are not limited to: data transmission services, traffic management services, virtualization service services, resource scheduling services, monitoring and management services, customer service services, and various service applications. This embodiment uses BGP / MPLS VPN service, a virtualization service, as an example of communication cloud services.

[0122] The verification methods for communication cloud service configurations include:

[0123] S201, Receive the second VRF planning configuration information sent by the first router. The second VRF planning configuration information is configured by the first router according to the current service requirements. Based on its own verification database, it determines whether the first VRF planning configuration information is configured correctly. In response to the first VRF planning configuration information being configured correctly, it inherits the first VRF planning configuration information to generate the second VRF planning configuration information. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool.

[0124] In this embodiment, communication cloud services typically refer to various services involving data processing, transmission, and management between routers in the communication cloud pool and routers carrying the B network. Communication cloud services include, but are not limited to: data transmission services, traffic management services, virtualization service services, resource scheduling services, monitoring and management services, customer service services, and various service applications. This embodiment uses BGP / MPLS VPN service, a virtualization service, as an example of communication cloud services.

[0125] When a service platform proposes a new service requirement, and the VRF configuration files on the first router and the second router do not meet the service requirement, the first router will plan a new VRF configuration file (i.e., the first VRF planning configuration information).

[0126] In addition to the configurations on the routers carrying the B network and the communication cloud pool, BGP / MPLS VPN services may also involve other routers between the communication cloud pool routers and the routers carrying the B network, such as... Figure 2 or Figure 3 As shown, the router carrying network B is... Figure 2 The B-network-ar router or Figure 3 The headquarters of the communication cloud pool is the router. Figure 2 Cloud pool egress - DCGW router or Figure 3 The communication clouds in the eastern region, western region, and other regions, and other routers are... Figure 2 Other nodes in or Figure 3The intermediate node 1, intermediate node 2 and intermediate node 3 in the diagram.

[0127] All routers involved in BGP / MPLS VPN services can be collectively referred to as PE (Provider Edge) routers, which include the primary router. Multiple VRF tables exist on the PE routers used for BGP / MPLS VPN services.

[0128] To address address overlap issues, BGP / MPLS VPNs, in addition to using multiple VRF tables on PE routers, introduce the concepts of RD (Route Distinguisher) and RT (Route Target). RD is used as an 8-byte extension of the IPv4 address prefix, transforming non-unique IPv4 addresses into unique VPN-IPv4 addresses, for example: ip vrf Zongbu

[0129] rd 11111:22222

[0130] The rd in address-family ipv4.

[0131] RT is used for distributing routing information.

[0132] RTs include route-trade import (import information) and route-trade export (export information), used for importing and exporting routing information policies, respectively. When exporting VPN routes from the VRF table, the VPN routes are marked with an Export RT; when importing VPN routes into the VRF table, only routes whose RT tags match any Import RT in the VRF table will be imported. RTs ensure that PE routers only contain VPN routes directly connected to them, rather than routes for all VPNs across the network, thus saving PE router resources and improving network scalability. Through proper configuration of Import RTs and Export RTs, operators can build VPN services with different topologies.

[0133] In other words, each VRF table for a VPN service has three main attributes: VRF name, route distinguisher, and route destination. Therefore, the first router configures and plans the VRF name, route distinguisher information, and route destination information according to current service requirements to obtain its own first VRF planning configuration information for implementing the current service, for example: ip vrf Zongbu

[0134] rd 11111:22222

[0135] address-family IPv4

[0136] route-traget import 38351:12162

[0137] route-traget export 38351:12163.

[0138] The router carrying network B collects the VRF configuration files for all its services, parses the VRF name, RD, and RT values ​​of each service, and separates the VRF configuration files for each service to form the verification database of the router carrying network B (i.e., the first router). The verification database of the first router stores the VRF configuration files for all services of the first router, for example: ipvrf exampleone

[0139] rd 11110:22220

[0140] address-family IPv4

[0141] route-traget import 38351:12160

[0142] The route-traget export command is set to 38351:12161. This embodiment uses structured and centralized management of VRF configuration files to quickly understand the configuration status of each service, reducing the time spent searching for and adjusting configurations. The verification database can serve as a quick reference to help quickly identify and eliminate problem sources, supporting the development of subsequent automated configuration checks, compliance verification, and intelligent management tools, thereby improving the level of intelligence in network management.

[0143] The VRF name, RD, and RT are all globally unique and can only be used by one VPN service. In other words, if any one of the planned VRF name, planned route distinguisher information, or planned route target information in the first VRF planning configuration information of the current service is the same as the VRF name, route distinguisher information, or route target information of the first router, then the planned VRF name, RD, and RT of the current service do not meet the requirement of global uniqueness. This may lead to overlap or conflict between the current service and services in the first router, thereby causing network failures in the communication cloud service. Specifically, "planned route target information is the same as route target information" means that the planned derived information is the same as the derived information, and / or the planned imported information is the same as the imported information. For example, when the first VRF planning configuration information is IP VRF Zongbu...

[0144] rd 11111:22222

[0145] address-family IPv4

[0146] route-traget import 38351:12162

[0147] `route-traget export 38351:12161`, the verification database of the first router includes service 1: IPvrf exampleone.

[0148] rd 11110:22220

[0149] address-family IPv4

[0150] route-traget import 38351:12160

[0151] If route-traget export 38351:12161, then the planning export information of the current service is the same as the export information of service 1, which does not meet the requirement of global uniqueness of RT. Therefore, the first VRF planning configuration information is configured incorrectly.

[0152] Different services have different routing visibility and interconnectivity requirements and limitations. When two services need to communicate with each other, the default relationship between the two services is a bidirectional routing sharing relationship, i.e., a third-party sharing relationship. When there are services with high security requirements, the default relationship between the services with high security requirements and other services is an isolation relationship.

[0153] When the Import RT value of service A is equal to the Export RT value of service B, the routing information of service B can be imported into service A. This routing information typically refers to detailed information about how to forward data packets, including the destination network, next hop, and metric information. For example, `Zongbu route-traget import 38351:12162` = `Fenzhi route-traget export 38351:12162`, meaning Zongbu can import its own routing information into Fenzhi's routing information. Conversely, when the Export RT value of service A is equal to the Import RT value of service B, the routing information of service A can be imported into service B. For example, `Zongbu route-traget export 38351:12163` = `Fenzhi route-traget import 38351:12163`, meaning Fenzhi's routing information can be imported into Zongbu's routing information.

[0154] Assuming the default relationship between the current service on the first router and the various services in its own verification database is a first shared relationship, that is: vrf exampleone can import routing information from vrf Zongbu, but vrf Zongbu cannot import routing information from vrf exampleone, then the configuration relationship needs to meet the following: vrf exampleone import rt value = vrfZongbu export rt value, and vrf Zongbu import rt value = vrf exampleone export rt value, for the first VRF planning configuration information to be determined as correctly configured.

[0155] S202, based on its own verification database, determines whether the second VRF planning configuration information is configured correctly.

[0156] In this embodiment, after the first router determines that the first VRF planning configuration information is configured correctly, the first VRF planning configuration information is transmitted from the first router, i.e. Figure 3 The configuration information is distributed hierarchically from the headquarters to the second router. In other words, the second VRF planning and configuration information is generated by inheriting the first VRF planning and configuration information. The second VRF planning and configuration information is then sent to the lower-level routers of the first router. If the lower-level router of the first router is the second router, then the second VRF planning and configuration information is sent to the second router. If there are other routers between the first and second routers, such as... Figure 3 Intermediate Node 1 sends the second VRF planning configuration information to itself, allowing Intermediate Node 1 to determine the correctness of the second VRF planning configuration information based on its own verification database. If Intermediate Node 1 confirms the correct configuration, it inherits the second VRF planning configuration information to generate the fourth VRF planning configuration information and sends it to the second router. This embodiment, by using verified first VRF planning configuration information, ensures more accurate generation of the second VRF planning configuration information, helping to reduce errors and vulnerabilities in the configuration process, ensuring stable network operation. The generation and inheritance mechanism achieves synchronization of current service configurations on the first and second routers, supporting automated configuration management. This enables rapid and automatic deployment of new services in large-scale environments, reducing the complexity and time required for manual operations.

[0157] After confirming that the first VRF planning configuration information is configured correctly, the first router loads the first VRF planning configuration information into its own operating system and activates the VRF instance. The first router's access to the first VRF planning configuration information specifically involves associating the relevant interfaces or routing protocols with the first VRF planning configuration information, ensuring that the first router begins processing the traffic of the current service.

[0158] When the judgment result indicates a configuration error, a corresponding matching error alarm will be triggered to remind users to promptly ensure the accuracy of data creation and verification, and to determine whether there are any problems with at least one of the planned routing target information and preset relationships for the current service. After the first router and the second router respectively access the first VRF planning configuration information and the second VRF planning configuration information, the current service will take effect at the corresponding time point, and the service platform will confirm the completion of the service. If the completion of the current service is confirmed, the configuration of the current service ends; if the completion of the current service is not confirmed, then the current service has not taken effect.

[0159] Optimizing the current service's planned routing information means that the second router, similar to the first router, configures the first VRF planning configuration information. It can then modify the second VRF planning configuration information according to service requirements, or directly configure the planned VRF name, planned route distinguisher information, and planned route target information to obtain its own third VRF planning configuration information for implementing the current service. For example: IP VRF Fenzhi

[0160] rd 22222:33333

[0161] address-family IPv4

[0162] route-traget import 38351:12162

[0163] route-traget import 38351:12163

[0164] route-traget export 38351:12162.

[0165] Optimizing preset relationships typically involves determining the preset relationships between services that need optimization after the second router accesses the second VRF planning configuration information and generates service alarms or faults. This embodiment optimizes preset relationships to flexibly adjust routing policies according to the needs of different services, supporting requirements in various service scenarios and enhancing service flexibility and adaptability.

[0166] This embodiment provides a method for verifying communication cloud service configurations. Routers carrying the B network and the communication cloud pool, based on their respective verification databases, quickly and independently compare VRF planning configuration information with their respective service VRF configuration information. This ensures that the VRF planning configuration information does not conflict with the services of the routers carrying the B network and the communication cloud pool. The first router and the second router respectively use the first and second VRF planning configuration information for service configuration. If a service conflict exists between the first router and the second router, it can independently modify its own VRF planning configuration information. This ensures that the service configurations in the two network environments carrying the B network and the communication cloud pool are independent and do not affect each other, thus enhancing the VRF planning configuration information of the B network and the communication cloud pool networks. Reliability is significantly improved, reducing configuration verification time. By inheriting the VRF planning configuration information of the routers carrying the B network from the routers in the communication cloud pool, and then verifying whether the inherited VRF configuration planning information conflicts with its own services, it ensures that the VRF configuration planning information of both the routers carrying the B network and the communication cloud pool does not conflict with any of their respective services and meets current service requirements. This reduces the need to reconfigure VRF planning configuration information, thereby reducing the possibility of configuration errors, simplifying network management of the communication cloud pool, improving the reliability and efficiency of communication cloud service configuration, enabling intelligent and effective verification of communication cloud service configuration, improving the generation and configuration efficiency of communication cloud service configuration, avoiding the failure risks caused by manual configuration and verification, improving the reliability of communication cloud service configuration, and reducing the labor costs of communication cloud service configuration. In addition, through structured and centralized management of VRF configuration files, the configuration status of each service can be quickly understood, reducing the time spent searching and adjusting configurations. The verification database can serve as a quick reference to help quickly identify and eliminate problem sources, supporting the development of subsequent automated configuration checks, compliance verification, and intelligent management tools, thereby improving the level of intelligence in network management. By using validated first VRF planning configuration information, the generation of second VRF planning configuration information will be more accurate, helping to reduce errors and vulnerabilities in the configuration process, ensuring stable network operation. The generation and inheritance mechanism ensures the synchronization of current service configurations on the first and second routers, supporting automated configuration management. This enables rapid and automatic deployment of new services in large-scale environments, reducing the complexity and time required for manual operations. Through preset relationship optimization, routing policies can be flexibly adjusted according to the needs of different services, supporting requirements in various service scenarios and enhancing service flexibility and adaptability.

[0167] Example 3:

[0168] like Figure 9 As shown, this embodiment also provides a method for verifying the configuration of communication cloud services, applied to a communication cloud service network, which includes a first router and a second router. The method for verifying the configuration of communication cloud services includes:

[0169] S301 collects the VRF configuration files of all services of the first router and the second router. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool.

[0170] In this embodiment, the VRF configuration files for all services of the first router and the second router are... Figure 9 The live network configuration file.

[0171] S302, separate the VRF configuration files of different services of the first router and the second router to obtain the VRF name, routing distinguisher information and routing target information of each service, so as to form the verification database of the first router and the second router themselves.

[0172] In this embodiment, the verification databases of the first router and the second router are... Figure 9 The detection and verification rules in the document.

[0173] S303, based on current business needs, configure the first VRF planning configuration information and the second VRF planning configuration information.

[0174] S304, based on the verification databases of the first router and the second router, respectively determine whether the first VRF planning configuration information and the second VRF planning configuration information are configured correctly.

[0175] S305, in response to the correct configuration of the first VRF planning configuration information and the second VRF planning configuration information, connects the first VRF planning configuration information and the second VRF planning configuration information to the first router and the second router respectively, and determines whether the service is effective.

[0176] In this embodiment, the first VRF planning configuration information and the second VRF planning configuration information are respectively connected to the first router and the second router. Figure 9 The configuration is distributed in the middle, and it is then used to determine whether the service is effective. Figure 9 The verification process within the system.

[0177] S306, in response to at least one of the first VRF planning configuration information and the second VRF planning configuration information being misconfigured, determine whether there is a problem with the verification database of the first router and the second router themselves.

[0178] S307 In response to a problem with the verification databases of the first and second routers, optimize the verification databases of the first and second routers.

[0179] This embodiment provides a method for verifying communication cloud service configurations. Routers carrying the B network and the communication cloud pool, based on their respective verification databases, quickly and independently compare VRF planning configuration information with their respective service VRF configuration information. This ensures that the VRF planning configuration information does not conflict with the services of the routers carrying the B network and the communication cloud pool. The first router and the second router respectively use the first and second VRF planning configuration information for service configuration. If a service conflict exists between the first router and the second router, it can independently modify its own VRF planning configuration information. This ensures that the service configurations in the two network environments carrying the B network and the communication cloud pool are independent and do not affect each other, thus enhancing the VRF planning configuration information of the B network and the communication cloud pool networks. Reliability is significantly improved, reducing configuration verification time. By inheriting the VRF planning configuration information of the routers carrying the B network from the routers in the communication cloud pool, and then verifying whether the inherited VRF configuration planning information conflicts with its own services, it ensures that the VRF configuration planning information of both the routers carrying the B network and the communication cloud pool does not conflict with any of their respective services and meets current service requirements. This reduces the need to reconfigure VRF planning configuration information, thereby reducing the possibility of configuration errors, simplifying network management of the communication cloud pool, improving the reliability and efficiency of communication cloud service configuration, enabling intelligent and effective verification of communication cloud service configuration, improving the generation and configuration efficiency of communication cloud service configuration, avoiding the failure risks caused by manual configuration and verification, improving the reliability of communication cloud service configuration, and reducing the labor costs of communication cloud service configuration.

[0180] Example 4:

[0181] like Figure 10 As shown, this embodiment also provides a router carrying the B network, including: a configuration module 41, a first judgment module 42, and a sending module 43. The configuration module 41 is used to configure first virtual private network service routing forwarding VRF planning configuration information based on current service requirements, wherein the first router refers to the router carrying the B network. The first judgment module 42 is connected to the configuration module 41 and is used to determine whether the first VRF planning configuration information is configured correctly based on its own verification database. The sending module 43 is connected to the first judgment module 42 and is used to, in response to the first VRF planning configuration information being configured correctly, inherit the first VRF planning configuration information to generate second VRF planning configuration information and send the second VRF planning configuration information to the second router, so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database, wherein the second router refers to the router of the communication cloud pool.

[0182] Specifically, the configuration module 41 includes a configuration unit 411 and a splicing unit 412. The configuration unit 411 is used to configure the planned VRF name, planned route distinguisher information and planned route target information based on the current business requirements. The splicing unit 412 is used to splice the planned route distinguisher information, planned VRF name and planned route target information to obtain the first VRF planning configuration information.

[0183] Optionally, the router carrying the B network also includes: a collection module 44 and a separation module 45. The collection module 44 is used to collect the VRF configuration files of all its own services, and the separation module 45 is used to separate the VRF configuration files of different services to obtain the VRF name, routing distinguisher information and routing target information of each service, so as to form its own verification database.

[0184] Specifically, the first judgment module 42 includes: a first judgment unit 421, a first determination unit 422, a second determination unit 423, a third determination unit 424, and a fourth determination unit 425. The first judgment unit 421 is used to determine whether at least one of the following in its own verification database is identical to the planned VRF name, planned route distinguisher information, and planned route target information: VRF name, route distinguisher information, and planned route target information, respectively. The first determination unit 422 is used to determine that the first VRF planning configuration information is incorrect in response to the existence of at least one of the following: VRF name, route distinguisher information, and planned route target information being identical to the planned VRF name, planned route distinguisher information, and planned route target information, respectively. The second determination unit 423 is used to determine that the first VRF planning configuration information is incorrect in response to the existence of at least one of the following: VRF name, route distinguisher information, and planned route target information being identical to the planned VRF name, planned route distinguisher information, and planned route target information, respectively. If the routing distinguisher information and routing target information are all different from the planned VRF name, planned routing distinguisher information, and planned routing target information, respectively, it is determined that the first VRF planning configuration information is configured incorrectly. The third determining unit 424 is used to determine the configuration relationship between the current service and the various services in its own verification database based on the planned routing target information and the routing target information of each service in its own verification database, and to determine whether the configuration relationship conforms to the preset relationship between the current service and the various services in its own verification database. The fourth determining unit 425 is used to determine that the first VRF planning configuration information is configured correctly in response to the configuration relationship conforming to the preset relationship.

[0185] Specifically, the third determining unit 424 includes: a judging subunit, a first determining subunit, a second determining subunit, a third determining subunit, and a fourth determining subunit. The judging subunit is used to judge whether the planning export information of the current service is equal to the import information of the target service, and whether the planning import information of the current service is equal to the export information of the target service, wherein the target service refers to the service of its own verification database. The first determining subunit is used to determine the configuration relationship between the current service and the target service as a first sharing relationship in response to the situation where the planning export information is equal to the import information of the target service, and the planning import information is not equal to the export information of the target service. The second determining subunit... In response to the fact that the planned export information is not equal to the import information of the target service, and the planned import information is equal to the export information of the target service, the configuration relationship between the current service and the target service is determined to be a second sharing relationship. A third determining subunit is used to determine the configuration relationship between the current service and the target service to be a third sharing relationship in response to the fact that the planned export information is equal to the import information of the target service, and the planned import information is equal to the export information of the target service. A fourth determining subunit is used to determine the configuration relationship between the current service and the target service to be an isolation relationship in response to the fact that the planned import information is not equal to the export information of the target service, and the planned export information is not equal to the import information of the target service.

[0186] Optionally, the router carrying the B network further includes: an access module 46, a third judgment module 47, a fourth judgment module 48, a fifth judgment module 49, and an optimization module 50. The access module 46 is used to access the first VRF planning configuration information. The third judgment module 47 is used to obtain the judgment result of the second router on the second VRF planning configuration information based on its own verification database, and to determine whether the judgment result is a correct configuration. The fourth judgment module 48 is used to determine whether the current service within a preset time period is effective in response to the judgment result being a correct configuration. The fifth judgment module 49 is used to determine whether there is a problem with at least one of the planned routing target information of the current service and the preset relationship in response to the judgment result being a configuration error or the current service not being effective. The optimization module 50 is used to optimize the planned routing information of the current service and the preset relationship based on the planned routing information of the current service and the routing target information of each service in its own verification database in response to a problem with the planned routing information of the current service and the preset relationship.

[0187] Understandably, the router carrying network B above performs the verification method for the communication cloud service configuration corresponding to Embodiment 1 provided above. Therefore, the beneficial effects it can achieve can be referred to the beneficial effects of the scheme corresponding to the verification method for the communication cloud service configuration in Embodiment 1 above, which will not be repeated here.

[0188] Example 5:

[0189] like Figure 11 As shown, this embodiment also provides a router for a communication cloud pool, including: a receiving module 51 and a second judging module 52. The receiving module 51 is used to receive second VRF planning configuration information sent by a first router. The second VRF planning configuration information is configured by the first router according to the current service requirements to configure the first virtual private network service routing forwarding VRF planning configuration information. Based on its own verification database, it judges whether the first VRF planning configuration information is configured correctly. In response to the first VRF planning configuration information being configured correctly, it inherits the first VRF planning configuration information to generate the second VRF planning configuration information. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool. The second judging module 52 is connected to the receiving module 51 and is used to judge whether the second VRF planning configuration information is configured correctly based on its own verification database.

[0190] Understandably, the router of the communication cloud pool provided above executes the verification method for the communication cloud service configuration corresponding to Embodiment 2 provided above. Therefore, the beneficial effects it can achieve can be referred to the beneficial effects of the scheme corresponding to the verification method for the communication cloud service configuration in Embodiment 2 above, which will not be repeated here.

[0191] Example 6:

[0192] This embodiment also provides an electronic device, including a memory and a processor. The memory stores a computer program, and the processor is configured to run the computer program to implement the verification method for communication cloud service configuration in Embodiments 1, 2 and 3 above.

[0193] Example 7:

[0194] This embodiment also provides a computer-readable storage medium storing a computer program thereon. When the computer program is executed by a processor, it implements the verification method for communication cloud service configuration in Embodiments 1, 2 and 3 above.

[0195] It is understood that the above embodiments are merely exemplary implementations used to illustrate the principles of the present invention, and the present invention is not limited thereto. For those skilled in the art, various modifications and improvements can be made without departing from the spirit and essence of the present invention, and these modifications and improvements are also considered to be within the scope of protection of the present invention.

Claims

1. A method for verifying the configuration of communication cloud services, applied to a first router, characterized in that, The verification methods for communication cloud service configurations include: Based on current business needs, configure the first Virtual Private Network (VPN) service routing and forwarding (VRF) planning configuration information, where the first router refers to the router carrying network B; Based on its own verification database, it determines whether the first VRF planning configuration information is configured correctly. In response to the first VRF planning configuration information being configured correctly, the second VRF planning configuration information is generated by inheriting the first VRF planning configuration information, and the second VRF planning configuration information is sent to the second router so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database. Here, the second router refers to the router of the communication cloud pool.

2. The method for verifying communication cloud service configuration according to claim 1, characterized in that, The configuration of the first Virtual Private Network (VPN) service routing and forwarding (VRF) planning configuration information based on current business needs specifically includes: Based on current business needs, configure and plan the VRF name, route delimiter information, and route target information. By concatenating the planned route distinguisher information, the planned VRF name, and the planned route target information, the first VRF planning configuration information is obtained. Before determining whether the first VRF planning configuration information is configured correctly based on its own verification database, the method further includes: Collect VRF configuration files for all its own services; Separate the VRF configuration files for different services to obtain the VRF name, routing distinguisher information, and routing target information for each service, and form its own verification database.

3. The method for verifying communication cloud service configuration according to claim 2, characterized in that, The process of determining whether the first VRF planning configuration information is configured correctly based on its own verification database specifically includes: Determine whether there exists a VRF name, route distinguisher information, and route destination information in its own verification database that are identical to the planned VRF name, planned route distinguisher information, and planned route destination information, respectively; If at least one of the VRF name, routing identifier information, and routing destination information is identical to the planned VRF name, planned routing identifier information, and planned routing destination information, respectively, it is determined that the first VRF planning configuration information is misconfigured. In response to the fact that the VRF name, routing distinguisher information, and routing target information are all different from the planned VRF name, planned routing distinguisher information, and planned routing target information, the configuration relationship between the current service and the services in its own verification database is determined based on the planned routing target information and the routing target information of each service in its own verification database, and it is determined whether the configuration relationship conforms to the preset relationship between the current service and the services in its own verification database. In response to the configuration relationship conforming to the preset relationship, it is determined that the first VRF planning configuration information is configured correctly.

4. The method for verifying communication cloud service configuration according to claim 3, characterized in that, The planned route target information includes at least one planned import information or at least one planned export information, and the configuration relationships include a first sharing relationship, a second sharing relationship, a third sharing relationship, and an isolation relationship. The process of determining the configuration relationship between the current service and other services based on the planned route target information and the route target information of each service in its own verification database specifically includes: Determine whether the planning and export information of the current business is equal to the import information of the target business, and whether the planning and import information of the current business is equal to the export information of the target business, where the target business refers to the business of its own verification database. In response to the situation where the planning export information is equal to the target service import information, and the planning import information is not equal to the target service export information, the configuration relationship between the current service and the target service is determined to be a first sharing relationship. In response to the fact that the planning export information is not equal to the import information of the target service, and the planning import information is equal to the export information of the target service, the configuration relationship between the current service and the target service is determined to be a second sharing relationship; In response to the fact that the planning export information is equal to the import information of the target service, and the planning import information is equal to the export information of the target service, the configuration relationship between the current service and the target service is determined to be a third sharing relationship; In response to the fact that the planning import information is not equal to the export information of the target service, and the planning export information is not equal to the import information of the target service, the configuration relationship between the current service and the target service is determined to be an isolation relationship.

5. The method for verifying communication cloud service configuration according to claim 3, characterized in that, After inheriting the first VRF planning configuration information to generate the second VRF planning configuration information, the process further includes: Access the first VRF planning and configuration information; Obtain the judgment result of the second router on the second VRF planning configuration information based on its own verification database, and determine whether the judgment result indicates that the configuration is correct; In response to the judgment result indicating that the configuration is correct, determine whether the current service within the preset time period is effective; In response to the judgment result being a configuration error or the current service not being effective, it is determined whether there is a problem with at least one of the planned route target information of the current service and the preset relationship; In response to the problem that there is an issue with the planned routing information and the preset relationship of the current service, the planned routing information and the preset relationship of the current service are optimized based on the planned routing information of the current service and the routing target information of each service in its own verification database.

6. A method for verifying the configuration of communication cloud services, applied to a second router, characterized in that, The verification methods for communication cloud service configurations include: The system receives the second VRF planning configuration information sent by the first router. The second VRF planning configuration information is configured by the first router according to the current service requirements. The first router configures the virtual private network service routing forwarding VRF planning configuration information based on its own verification database to determine whether the first VRF planning configuration information is configured correctly. In response to the first VRF planning configuration information being configured correctly, the system inherits the first VRF planning configuration information to generate the second VRF planning configuration information. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool. Based on its own verification database, it determines whether the second VRF planning configuration information is configured correctly.

7. A router carrying a B network, characterized in that, include: Configuration module, first judgment module, and sending module. The configuration module is used to configure the first Virtual Private Network (VPN) service routing and forwarding (VRF) planning configuration information based on current business requirements. Here, the first router refers to the router carrying network B. The first judgment module, connected to the configuration module, is used to determine whether the first VRF planning configuration information is configured correctly based on its own verification database. The sending module, connected to the first judgment module, is used to respond to the first VRF planning configuration information being configured correctly, inherit the first VRF planning configuration information to generate the second VRF planning configuration information, and send the second VRF planning configuration information to the second router, so that the second router can determine whether the second VRF planning configuration information is configured correctly based on its own verification database. Here, the second router refers to the router of the communication cloud pool.

8. A router for a communication cloud pool, characterized in that, include: The receiving module and the second judgment module The receiving module receives second VRF planning configuration information sent by the first router. This second VRF planning configuration information is generated by the first router based on current service requirements, configuring the first virtual private network service routing forwarding VRF planning configuration information. The first router uses its own verification database to determine if the first VRF planning configuration information is configured correctly. If the first VRF planning configuration information is correct, the module inherits and generates the second VRF planning configuration information. The first router refers to the router carrying the B network, and the second router refers to the router of the communication cloud pool. The second judgment module, connected to the receiving module, is used to determine whether the second VRF planning configuration information is configured correctly based on its own verification database.

9. An electronic device, characterized in that, It includes a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to implement a method for verifying the configuration of a communication cloud service as described in any one of claims 1 to 6.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements a method for verifying the configuration of a communication cloud service as described in any one of claims 1 to 6.

Images