CN116389309A - Connectivity detection method and device for simulation network and electronic equipment - Google Patents

Connectivity detection method and device for simulation network and electronic equipment Download PDF

Info

Publication number
CN116389309A
CN116389309A CN202211710336.8A CN202211710336A CN116389309A CN 116389309 A CN116389309 A CN 116389309A CN 202211710336 A CN202211710336 A CN 202211710336A CN 116389309 A CN116389309 A CN 116389309A
Authority
CN
China
Prior art keywords
detection
simulation
network
sent
source node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211710336.8A
Other languages
Chinese (zh)
Inventor
陈禄建
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Information Technologies Co Ltd
Original Assignee
New H3C Information Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Information Technologies Co Ltd filed Critical New H3C Information Technologies Co Ltd
Priority to CN202211710336.8A priority Critical patent/CN116389309A/en
Publication of CN116389309A publication Critical patent/CN116389309A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

The invention discloses a connectivity detection method, a device and equipment of a simulation network, wherein the method is applied to a simulation controller and comprises the following steps: transmitting a first instruction when a series of configuration data is issued to the simulation network, wherein the first instruction is used for starting a detection task on a path from a source node to a destination node in the simulation network, detecting whether the series of configuration data is completely issued at a preset moment in the process of issuing detection messages, and if not, transmitting a second instruction to the simulation network, wherein the second instruction is used for indicating the source node and the destination node to continue to execute one or more detection tasks after a batch of detection messages of the current detection task are transmitted; and counting the total number of the received detection messages sent by the destination node, comparing the total number of the detection messages with the total number of the detection messages sent by the source node, and determining a connectivity detection result. The method simulates the packet loss condition of the service flow in the configuration issuing process, thereby ensuring that the packet loss caused by configuration coupling and intermediate process modification in the production configuration issuing process is avoided.

Description

Connectivity detection method and device for simulation network and electronic equipment
Technical Field
The present invention relates to the field of computers, and in particular, to a method and an apparatus for detecting connectivity of a simulation network, and an electronic device.
Background
It is counted that up to 40% of network incidents in data centers are due to manual configuration errors, and the accuracy of risk assessment of one change of the network by each network management authority is about 70%. For example, an enterprise upgrades and expands the device and shows that the upgrade is successful, but the next day service fails because the dynamic routing protocol of the network operation is very complex, and the device change causes a problem in routing. Since there is a time difference in the influence of the service application, the application traffic at the time of viewing at a specific time may not be considered. The difficulty of accurate risk assessment on the network side and the application side is very high for users, so that analysis and verification become necessary before the service actually falls into the production environment.
The simulation is used as a prior verification technology, the feasibility and influence of the user service can be verified by prior simulation analysis, the user is assisted to quickly identify hidden dangers, and the possibility of damage to the production environment is reduced to the greatest extent. The simulation technology simulates and analyzes the actual environment and the service through a complete system model and resource acquisition, and identifies potential risks in advance according to the existing information. In the SDN (Software Defined Network ) data center scene, functions such as pre-verification, simulation, resource consumption budget, network connectivity and the like of service delivery are provided, so that a user is helped to judge whether the current service arrangement can achieve the expected effect and influence other existing services.
The simulated service deployment comprises the following steps: simulation service deployment, simulation network construction, tenant service simulation, configuration issuing and the like. Wherein, tenant business simulation means: a user may perform configuration modification on services such as vRouter, network, subnet, application policy, EPG (End Point Group) and the like in the emulation state, and then issue to the virtual device in the emulation state. And simulation evaluation is carried out, wherein the simulation evaluation capability is embodied in three aspects of capacity consumption prediction, connectivity simulation and full network influence evaluation.
In the connectivity simulation process, a bottom layer packet sending mechanism is adopted, and the connectivity detection and the message path tracking between virtual ports are realized by means of an openflow message uploading function. Although the connectivity detection results show the detection results before and after the configuration change, the results before and after the configuration change are relatively independent and do not contain intermediate states, so that the service flow has packet loss in the intermediate process of the configuration change, and the packet loss in the intermediate process cannot be simulated in the simulation. In addition, because the packet loss in the process of issuing configuration data cannot be monitored, the packet loss in the real environment can be caused when the configuration is issued in the real environment, and the service performance issued to the production state is affected.
Disclosure of Invention
In order to solve the technical problem that the performance of the production state service is affected due to packet loss in the process of issuing the simulation state configuration data, the embodiment of the application provides a connectivity detection method, device and equipment of a simulation network. Specifically, the following technical scheme is disclosed:
in a first aspect, an embodiment of the present invention discloses a method for detecting connectivity of a simulation network, where the method is applicable to a simulation controller, and the method includes:
when a series of configuration data is issued to the simulation network, a first instruction is sent to the simulation network, wherein the first instruction is used for starting a detection task on a path from a source node to a destination node in the simulation network, the detection task comprises the steps that the source node sends a batch of detection messages to the destination node, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node;
detecting whether all the series of configuration data are completely issued at a preset moment in the process of issuing the detection message;
if not, a second instruction is sent to the simulation network, wherein the second instruction is used for indicating the source node and the destination node to continue to execute one or more detection tasks after a batch of detection messages of the current detection task are sent until the series of configuration data are completely issued;
Counting the total number of detection messages sent by the target node and received by the simulation controller, comparing the total number of detection messages with the total number of detection messages sent by the source node, and determining connectivity detection results of two virtual ports from the source node to the target node according to the comparison results.
Optionally, in a possible implementation manner of the first aspect, before starting a probing task on a path from a source node to a destination node in the emulation network, the method further includes: if a user modifies at least a portion of the configuration of the emulation controller such that the configuration in the emulation network correspondingly modifies at least a portion, a rollback instruction is sent to the emulation network, the rollback instruction being for instructing the emulation network to clear the modification of the at least a portion of the configuration, rollback to an initial state of the emulation network.
Optionally, in another possible implementation manner of the first aspect, the method further includes: and issuing a flow table to at least one node on at least one detection path of the simulation network, wherein the flow table comprises matching item information and action item information of the message.
The matching item information is used for executing actions corresponding to the action item information after the received detection message of at least one target node is matched with the matching item information; the action item information is used for indicating the matched destination node to execute the actions of packaging the detection message from the source node and uploading the detection message to the simulation controller.
Optionally, in a further possible implementation manner of the first aspect, the detecting whether all issuing of the series of configuration data is completed includes: receiving at least one response fed back by the destination node of the simulation network according to the series of configuration data; counting the total number of response; if the total number of response responses is the same as the total number of the series of configuration data issued, it is determined that the series of configuration data is all issued.
Optionally, in a further possible implementation manner of the first aspect, comparing the total number of the probe packets with the total number of the probe packets sent by the source node, and determining a connectivity probe result of two virtual ports from the source node to the destination node according to the comparison result, including:
If the total number of the detection messages is different from the total number of the detection messages sent by the source node, determining that the connectivity detection result between the source node and the destination node loses packets, and determining that the packet loss number is the difference between the two total numbers.
In a second aspect, the embodiment of the invention also discloses another connectivity detection method of the simulation network, which is applied to the simulation network, and comprises the following steps:
receiving a series of configuration data and a first instruction sent by a simulation controller, and starting a detection task, wherein the detection task comprises that a source node in a simulation network sends a batch of detection messages to a destination node of the simulation network, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node each time;
receiving a second instruction sent by the simulation controller in the process of receiving the series of configuration data;
and responding to the second indication, controlling the source node and the destination node to continuously execute one or more detection tasks after a batch of detection messages of the current detection task are sent out until the series of configuration data are completely sent out.
Optionally, in a possible implementation manner of the second aspect, before the initiating a probing task, the method further includes: receiving a rollback instruction sent by the simulation controller; responsive to the rollback instruction, clearing an initial state that is rolled back to the emulation network based on user configuration modifications to at least a portion of the emulation controller.
Optionally, in another possible implementation manner of the second aspect, the method further includes: receiving a flow table sent by the simulation controller, wherein the flow table comprises matching item information and action item information of a message;
and the destination node of the simulation network receives the detection message from the source node, matches the detection message according to the matching item information, encapsulates the detection message according to the content of the action item information if the matching is successful, and sends the encapsulated detection message to the simulation controller.
Optionally, in a further possible implementation manner of the second aspect, the method further includes: and each time the destination node of the simulation network receives one piece of configuration data sent by the simulation controller, a response is fed back to the simulation controller, and the response is used for indicating the destination node to receive the current configuration data sent by the simulation controller.
In a third aspect, the embodiment of the present invention further discloses a connectivity detection apparatus for an emulated network, the apparatus including:
the device comprises a sending unit, a simulation controller and a simulation network, wherein the sending unit is used for sending a series of configuration data to the simulation network, sending a first instruction to the simulation network when the series of configuration data are sent, the first instruction is used for starting a detection task on a path from a source node to a target node in the simulation network, the detection task comprises that the source node sends a batch of detection messages to the target node, and the target node packages and sends the detection messages to the simulation controller after receiving one detection message sent by the source node;
the detection unit is used for detecting whether the series of configuration data are completely issued at a preset moment in the process of issuing the detection message;
the sending unit is further configured to send a second instruction to the emulation network when the detection unit detects that all the issuing is not completed, where the second instruction is used to instruct the source node and the destination node to continue to execute one or more probing tasks after sending a batch of probing messages of a current probing task until all the issuing of the series of configuration data is completed;
And the determining unit is used for counting the total number of the received detection messages sent by the destination node, comparing the total number of the detection messages with the total number of the detection messages sent by the source node, and determining connectivity detection results of the source node to two virtual ports of the destination node according to the comparison results.
In a fourth aspect, the embodiment of the present invention further discloses a connectivity detection apparatus for an emulated network, where the apparatus includes:
a receiving unit for receiving a series of configuration data and a first indication sent by the simulation controller;
the starting unit is used for starting a detection task when the first indication is received, wherein the detection task comprises that a source node in the simulation network sends a batch of detection messages to a destination node of the simulation network, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node each time;
the receiving unit is further used for receiving a second instruction sent by the simulation controller when receiving the series of configuration data;
and the control unit is used for responding to the second indication, controlling the source node and the destination node to continue to execute one or more detection tasks after a batch of detection messages of the current detection task are sent out until the series of configuration data are completely sent out.
In a fifth aspect, an embodiment of the present invention further discloses an electronic device, including: a processor and a memory; wherein the memory is coupled to the processor, the memory storing computer program instructions that, when executed by the processor, implement a method of detecting connectivity of an emulated network as described in any of the foregoing first aspect or any of the implementation manners of the second aspect.
In addition, the embodiment of the invention also discloses a computer readable storage medium, and a computer program is stored on the computer readable storage medium, and the computer program is executed by a processor to realize the connectivity detection method of the simulation network according to the first aspect or any implementation manner of the second aspect.
In the method provided by the embodiment, in the process of issuing the configuration by the simulation controller, the connectivity detection of the service flow among the virtual ports is always executed, so that a powerful basis is provided for issuing the configuration of the simulation environment to the production state, and the influence on the connectivity of the service flow by the configuration in the real scene is more similar.
In addition, the method completely simulates the packet loss condition of the service flow in the configuration issuing process in the simulation state, thereby ensuring that the packet loss caused by configuration coupling and middle process modification in the real environment (production state) configuration issuing process is avoided, and solving the technical problems that the packet loss is caused in the configuration data issuing process and cannot be simulated.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.
FIG. 1 is a block diagram of a simulation system according to an embodiment of the present invention;
FIG. 2 is a flowchart of a connectivity detection method according to an embodiment of the present invention;
FIG. 3 is a flowchart of another method for detecting connectivity according to an embodiment of the present invention;
fig. 4 is a signaling flow chart for receiving and transmitting a probing task according to an embodiment of the present invention;
FIG. 5 is a flowchart for detecting whether the configuration data is issued or not according to an embodiment of the present invention;
FIG. 6 is a flowchart of another method for detecting connectivity according to an embodiment of the present invention;
FIG. 7 is a block diagram of a detecting device according to an embodiment of the present invention;
FIG. 8 is a block diagram of another detecting device according to an embodiment of the present invention;
Fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to better understand the technical solution in the embodiments of the present application and make the above objects, features and advantages of the embodiments of the present application more obvious, the technical solution in the embodiments of the present application is described in further detail below with reference to the accompanying drawings.
Before the technical scheme of the embodiment of the application is described, an application scenario of the embodiment of the application is described with reference to the accompanying drawings.
The technical solution of the present application may be applied to an SDN (Software Defined Network ), as shown in fig. 1, where the SDN network includes a production state and a design state. Wherein, the production state refers to: the simulation system is not entered, and service arrangement and configuration issuing are carried out in tenant management; the traffic arrangement it does is sent to the real physical device.
The design state (or simulation state) refers to: and (3) entering a simulation system, and performing logic network service arrangement and simulation verification in the 'tenant service simulation'. The business orchestration done is issued to the design state database and not to the real physical device. When the user clicks the configuration release, the data is submitted to the production state, and then the data is executed and sent to the actual physical equipment in the production state.
In the emulation state, the emulation Network may be a Digital-Twin-Network (DTN) or a DTN management module (DTN Manager): the life cycle management method is used for life cycle management of the simulation equipment, and comprises creation, destruction and the like of the simulation equipment.
In the system architecture shown in fig. 1, a production state and a simulation state are included. The production state structure comprises a controller and a production network, wherein the production network comprises a plurality of switches and other network equipment, and each switch can be connected with a virtual machine in the production network, such as an end-to-end connection virtual machine 1 and a virtual machine 2.
The simulation state structure comprises a simulation controller and a simulation network, wherein the simulation controller and the production state controller can be in communication connection, such as connection through a WLAN network. The simulation network can simulate through a simulation device, such as a DTN node or a DTN component, in which each switch in the production network, and a virtual machine 1 and a virtual machine 2 connected with the switches can be simulated, and in particular, the simulation can be realized through two virtual ports vport.
At least one process, such as a process 1 and a process 2, can be started and executed in the simulation controller, wherein the process 1 can be a main program and is used for starting a simulation network and starting a detection task; process 2 may be an auxiliary program such as an operation to instruct a rollback instruction or instruct a DTN node to rollback. In addition, other processes may be included, which are not limited in this embodiment.
It should be appreciated that the controller or simulation controller described above may be a network device including, but not limited to, a server cluster, a control center, a data center, and the like.
The simulation technology simulates and analyzes the actual environment and the service through a complete system model and resource acquisition, and identifies potential risks in advance according to the existing information. The simulated concrete service deployment comprises the following steps: simulation service deployment, simulation network construction, tenant service simulation, configuration issuing and the like.
Wherein, simulation service deployment: the digital twin DTN component is deployed for processing the simulation related services. The deployment host is a physical server for bearing virtual equipment and constructing a simulation network, and is a basis for physically isolating a production environment from a simulation environment. In the whole simulation function, host deployment and configuration are required to be carried out independently.
Simulation network construction: the simulation network builds a simulation network model by simulating a real networking environment one by one using virtual switches. In the simulation network environment, the function of pre-verification and simulation of service delivery is realized. The simulation network environment corresponding to the real networking can be simulated by constructing a simulation network, and the construction of the simulation network flow mainly comprises the steps of creating virtual equipment, initializing equipment configuration and synchronizing relevant parameters of the real networking into the simulation environment, so as to support the construction of a plurality of Fabric.
Tenant service simulation: the user can configure and modify the services of vrouter, network, subnet, application strategies, EPG and the like in the simulation state and then issue the configuration modification to the virtual equipment in the simulation state. Then, simulation evaluation can be carried out, and the simulation evaluation capability is embodied in three aspects of capacity consumption prediction, connectivity simulation and full network influence evaluation. The embodiments of the present application mainly discuss connectivity simulation.
Configuration issuing: when the simulation evaluation result meets the expectation, the design state service needs to issue the simulation configuration to the production state equipment in a REST (Representational State Transfer) and representational state transfer mode, so that the production state equipment is changed into formal service issuing equipment.
The embodiments of the present application mainly discuss connectivity detection in simulation. When simulation is performed, a simulation network is firstly constructed, and a virtual switch 1:1 is used for simulating a real networking environment (production state), equipment configuration and the like. And then performing tenant service simulation.
The tenant service simulation mainly comprises two steps: step 1, arranging design states; step 2, simulating evaluation, wherein connectivity detection is included.
Specifically, design orchestration refers to: the user can perform design state arrangement (initial configuration of the design state is consistent with that of the real environment) in the simulation environment, and can perform operations such as adding, deleting and the like on the virtual router, the virtual link layer network, the subnet, the virtual router link, the virtual port, the application strategy, the EPG and the like. Related services arranged in the design state can not affect the real environment (production state), and configuration can only be added, deleted and changed on simulation equipment in the simulation state.
Simulation assessment (including connectivity probes) refers to: after the design state is arranged, the pre-verification is completed for the tenant service change service. Simulation evaluation capability is embodied in: capacity consumption prediction, connectivity simulation and full network influence evaluation, and only when the evaluation result meets the user expectation, the service can deliver the production state. The connectivity simulation is to evaluate the influence of the change service on the connectivity of the virtual port, and includes the results before and after the service change.
Further, the connectivity simulation adopts a bottom layer packet sending mechanism, and realizes connectivity detection and message path tracking between virtual ports (vport) by means of an openflow message uploading function.
When the virtual machine is internally implemented, the simulation environment simulates a virtual machine in a real environment, for example, a name space (namespace) is created in a Linux system to replace a temporary virtual machine, a message such as TCP (Transmission Control Protocol) or UDP (User Datagram Protocol) is initiated in the temporary virtual machine, and when the message passes through all devices from a source end to a destination end node, a message is sent to a simulation controller through openflow, so that the passed devices and connectivity detection are judged. And confirming whether the intermediate node loses the packet or not and whether the detection task is finished or not by detecting a preset field of the packet receiving of the destination node.
From the overall service perspective, the whole network influence assessment rapidly assesses the connectivity influence of the design-state service change on the Overlay network link, and compares and outputs the virtual port connectivity result before simulation (before configuration change) with the virtual port connectivity result of the simulation (after configuration change), so that a user can rapidly check the influence of the configuration change on the flow.
And when the whole network influence is evaluated, the connectivity detection result only gives detection results before and after configuration change. The results are independent and do not contain intermediate states. However, in normal operation of the field service in the intermediate state, the configuration change on the simulation controller may involve adding before deleting, coupling, and iterating the route of the device configuration (such as flow table, service configuration, and route), which results in packet loss of the service flow in the middle of configuration change, but after all configurations are completed, the flow returns to normal. The intermediate process packet loss caused by such configuration changes cannot be simulated in the simulation.
Meanwhile, packet loss caused by such configuration change may not be allowed in the field, for example, in the customer field, packet loss occurs in the newly added configuration process, which is represented by short interruption of the traffic. For example, when a user watches a network television, a page is blocked for a few seconds, so that the user experience is affected, which cannot be simulated in the simulation process.
For another example, the number of the packets (e.g., 3 or 5 packets) is configured by the program before the connectivity is detected, so that the number of the packets and the packet duration cannot be automatically adjusted according to the scene. For example, a certain period of time is required for the simulation controller to issue configuration to the simulation device, and the time for the nacespace virtual machine to issue a detection message may be earlier than the time for the configuration data to issue, at this time, the time for issuing the detection message is staggered from the time for the simulation controller to issue configuration, so that the period for the simulation device to issue the detection message does not completely cover the whole configuration data issuing process, further, packet loss in the configuration data issuing process cannot be monitored, the scene cannot be simulated, and the real environment packet loss may be caused when the configuration is issued in the real environment.
In order to solve the problem that packet loss occurs in the simulation configuration process but cannot be monitored, the application provides a connectivity detection method of a simulation network.
Referring to fig. 2, a flowchart of a connectivity detection method is provided in an embodiment of the present application. The method is applied to the scene architecture shown in fig. 1, for example, to a simulation controller, and the simulation process specifically includes:
firstly, starting whole network evaluation, namely starting connectivity detection; optionally, if the configuration modification is performed before the simulation controller performs the packet sending task, the simulation configuration rollback is performed on the simulation network, so that the simulation network returns to the initial state before the configuration.
Then, the simulation network is controlled to execute a packet sending task once, for example, before the simulation environment is issued in a newly added configuration, the namesespace virtual machine starts to execute a detection task, a detection message is sent from a source node to a destination node of the simulation network, meanwhile, the destination node packages and feeds back the received detection message to the simulation controller, if data in certain fields carried in the detection message accords with preset negotiation content, the simulation controller considers that the detection message is received, and the simulation controller gradually accumulates the quantity of the received detection message.
And then the simulation controller starts to issue configuration data to the simulation network, and in the process, the simulation controller always detects whether the configuration data is issued or not at regular time, and if not, the simulation controller continues to instruct the source node of the simulation network to send the detection message until the configuration data is issued completely. If the issuing is completed, the simulation network is instructed to perform the probing task once more (+1 times) and then stop the probing task.
The simulation controller counts the total number of the detection messages and the total number of the detection messages sent by the source node according to the number of the detection messages sent by the destination node of the simulation network, and compares whether packet loss occurs in the detection process with the packet loss number.
Finally, the simulation controller distributes the configuration to the production state, and the influence of the distribution process on the service flow is completely controllable, because the simulation side controller truly simulates the whole distribution process and the package distribution condition of the configuration, whether package loss occurs in the simulation process or not and the package loss number can be monitored.
The method provided in this embodiment will be described in detail.
In the simulation environment, the client performs addition, deletion or modification of partial configuration through the simulation controller page, and needs to detect the influence of the modification of the configuration on the original service flow, the equipment capacity consumption and the like, and then, the full network influence evaluation or the independent connectivity simulation detection is needed, and the embodiment mainly describes the connectivity detection process.
Referring to fig. 3, a detection method for connectivity simulation provided in this embodiment is applied to a simulation controller, and the method includes:
step 101, when a series of configuration data is issued to the simulation network, a first instruction is sent to the simulation network, wherein the first instruction is used for starting a detection task on a path from a source node to a destination node in the simulation network.
The detection task comprises that the source node sends a batch of detection messages to the destination node, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node. Specifically, the source node and the destination node are two simulation nodes in the simulation network, correspond to switches connected with two virtual machines in the real environment, for example, correspond to two switches connected with the virtual machine 1 and the virtual machine 2 in the real environment, pass through one or more intermediate nodes on a transmission path between the two simulation nodes, and a detection message sent by the source node passes through at least one intermediate node, so that the destination node may be reached, or a packet loss may cause that the destination node is not reached. And if the content of the detection message is successfully matched, the detection message is packaged into a message header and then sent to the simulation controller. Specifically, there is OpenFlow communication connection between the destination node and the emulation controller, so the destination node may report the encapsulated probe packet to the emulation controller through OpenFlow.
In addition, if the content matching of the target node to the received detection message fails, the detection message is not packaged and reported.
In the process that the simulation controller sends the first indication to the simulation network, one implementation way is that the simulation controller sends the first indication by calling the main process, for example, starting the simulation network through a webspace, and executing a probing task. For the simulation network, one probing task may be that the source node sends N probing messages (or probing packets) to the destination node, optionally, n=2000, where the frequency of sending packets is 10 per second, so that the duration required for completing one probing task is 200s (seconds). It should be understood that, in actual implementation, the total number of packets and the packet frequency of a probing task may be customized or configured by the user, which is not limited in this embodiment.
In addition, in this embodiment, the probing path from the source node to the destination node may determine contents such as a communication protocol and a contracted field through negotiation.
In step 101, after the simulation network initiates a probing task, the simulation controller begins issuing a series of configuration data to the simulation network. The configuration data may be orchestrated data, and these orchestrated data are sent down to the simulation network by the simulation controller, one by one. The order and logic of issuing configuration data are the same as the order of issuing configuration to the production state by the simulation controller, so that the simulation network can truly simulate the configuration issuing process of the production state.
Further, the series of configuration data may be determined according to a specific service configuration, including VPN, network, etc.
In addition, the simulation controller also continuously receives the encapsulated detection message reported by the target node of the simulation network in the process of issuing a series of configuration data, and simultaneously, the source node of the simulation network continuously sends the detection message to the target node, so that the detection message is always detected and monitored in the process of issuing the configuration data by the simulation controller.
Step 102, detecting whether all the series of configuration data are issued at a preset time in the process of issuing the detection message.
The process may query the destination node of the emulated network through a main program/main process in the emulated controller to obtain the detection result. The preset time may be customized by the simulation controller, such as periodically detecting, or initiating a query at a preset time.
Specifically, one probing process is: the main program/main process in the simulation controller checks whether NETCONF (Network Configuration Protocol ) is still transmitting configuration data, and the process of transmitting a series of configuration data is summarized, and whether all transmitting instructions have received the response result of the destination node of the simulation network. The simulation controller can wait for a certain time to confirm whether the configuration data are not issued. If still, the configuration data is not issued, executing step 103; if not, i.e. all configuration data has been issued, step 104 is performed.
The NETCONF provides a set of protocol for communication between the controller and the network equipment, and the controller issues, modifies, deletes and the configuration of the remote equipment through the NETCONF protocol. The network device provides a canonical API (Application Programming Interface ) that the controller can use to manage the network device through netcon f.
In addition, before judging whether all the series of configuration data are issued, detecting whether a piece of configuration data is issued in sequence inside the simulation controller, if so, continuing to execute the step of judging whether the series of configuration data are issued completely; if not, stopping the configuration data distribution, indicating that the current distribution configuration has problems, and returning to the step 101.
Step 103, sending a second instruction to the simulation network, where the second instruction is used to instruct the source node and the destination node to continue to execute one or more probing tasks after sending a batch of probing messages of the current probing task until the series of configuration data is completely issued.
For example, the duration of the timing detection configuration issuing situation of the simulation controller is 198s (adjustable in actual implementation), which is lower than the duration of one detection task by 200s, in this example, the duration of the tentative issuing configuration is lower than the time of the Namespace single-time issuing task, and the timing is started at the same time, and when the timing task detects that a series of configuration data issued by the simulation controller is not issued completely, one detection task is added in the issuing task. For example, another process (such as process 2) is called to send the second indication to the source node and the destination node of the simulation network, and the second indication indicates that when the timing task detects that the simulation controller completes issuing a series of configuration data, the detection task is executed again (i.e. the packet sending tasks of the N detection messages are added into the packet sending queue), so that the source node always sends the detection message to the destination node to perform the monitoring detection task in the process of issuing a series of configuration data.
And after the timing task detects that the simulation controller finishes issuing all the configuration data, finishing the timing detection task after adding one detection task in the packet issuing task. After finishing the detection task, the source node of the simulation network continues to send the detection message in the queue to the destination node until the queuing message is completely sent, and then the sending of the packet is stopped.
And 104, counting the total number of the detection messages sent by the destination node and received by the simulation controller, and comparing the total number of the detection messages with the total number of the detection messages sent by the source node.
And 105, determining connectivity detection results of the two virtual ports from the source node to the destination node according to the comparison results.
Specifically, the method comprises the following steps: if the total number of the detection messages sent by the destination node is different from the total number of the detection messages sent by the source node, determining that the connectivity detection result from the source node to the destination node loses packets, and determining that the packet loss number is the difference between the two total numbers.
Further, the simulation controller counts the total number of the detection messages sent by the source node to the destination node, and the simulation controller obtains the total number of the detection messages sent by the Namespace virtual machine according to the number of the packet sending instructions sent by the simulation controller, wherein the total number is equal to the number of the detection messages sent by the single task. According to the above single probing task packet number n=2000 examples, the number of packet sending times is two, and then the simulation controller determines that the total number of probing messages sent from the total source node to the destination node is: 2000 x 2 = 4000(s).
And counting the total number of the detection messages fed back by the target node by the simulation controller, wherein the simulation controller packages the detection messages and sends the detection messages to the simulation controller by using a flow table which is issued by the target node in advance and comprises information of message content matching items and action items, so that the target node in the simulation network performs matching and corresponding actions after receiving the detection messages sent by the source node. The simulation controller judges whether the message is a connectivity detection message according to the appointed field in the sent detection message, and if so, the simulation controller is in the count of the connectivity detection message +1.
In addition, each sent detection message may also carry the total number of detection messages of one detection task (for example, the number N of messages of one detection task in this example is 2000), the Seq field count in the detection message sent to the simulation server is +1 each time, so that the simulation server determines whether the current detection message is a new message, and the simulation controller is used to determine whether all detection messages in each detection task are received, if the number of detection messages counted in a single packet sending task is less than 2000, it is determined that packet loss occurs from the source node to the destination node in the connectivity detection task; if the number is equal to 2000, it is determined that no packet is lost.
Specifically, the simulation server may set a timeout waiting time (for example, 3 s), and if the number of probe messages counted in 3s is less than 2000, determine that packet loss occurs.
Further, the difference between the total number of the detection messages sent by the source node and the total number of the detection messages sent by the destination node counted by the simulation server is the packet loss number.
Connectivity probe results: if the packet is lost, the user can analyze and check the reason in time. If no packet is lost, the user can issue simulation configuration data from a simulation state to a production state, and then configure equipment which takes effect formally in the production state and issues the simulation configuration data to the production state. The simulated connectivity detection of the simulation state is completely close to the configuration issuing sequence and issuing logic of the production state, so that the production state is ensured not to lose packets in the configuration issuing process.
In the method provided by the embodiment, in the process of issuing the configuration by the simulation controller, the connectivity detection of the service flow between each vport is always executed, so that a powerful basis is provided for issuing the configuration of the simulation environment to the production state, and the influence on the connectivity of the service flow by the configuration issuing in the real scene is more similar.
In addition, the method completely simulates the packet loss condition of the service flow in the configuration issuing process in the simulation state, thereby ensuring that the packet loss caused by configuration coupling and middle process modification in the real environment (production state) configuration issuing process is avoided, and solving the technical problems that the packet loss is caused in the configuration data issuing process and cannot be simulated.
Optionally, before the step 101, the method further includes:
if a user modifies at least a portion of the configuration of the emulation controller such that the configuration in the emulation network correspondingly modifies at least a portion, a rollback instruction is sent to the emulation network, the rollback instruction being for instructing the emulation network to clear the modification of the at least a portion of the configuration, rollback to an initial state of the emulation network.
The step belongs to a configuration rollback process, and a user carries out partial configuration modification (or arrangement) on a simulation controller, wherein the configuration modification of the simulation controller corresponds to the configuration modification of a simulation-state device, and in order to continuously detect the packet loss condition of service flow in the whole configuration issuing process, the corresponding configuration in a simulation network is required to be rolled back.
The rollback instruction can be sent after the simulation controller executes full-network influence assessment or connectivity detection, the simulation controller starts the rollback flow of the simulation equipment, and all the services arranged in the simulation state by the user are rolled back to an initial state, namely, a state when the simulation network is just constructed is returned, and the state is consistent with the production state configuration. It should be noted that, the configuration rollback of the simulation controller synchronously increases and deletes the configuration on the simulation device, so that the configuration of the simulation device is rolled back to the initial state when the simulation network is just constructed.
Optionally, in a possible implementation manner of this embodiment, in step 101, when the simulation controller starts a probing task on a path from a source node to a destination node in the simulation network, as shown in fig. 4, the method further includes:
step 401, the simulation controller issues a flow table to the simulation network, where the flow table includes matching item information and action item information of the message.
Specifically, the simulation controller issues a flow table to at least one node on at least one detection path (a path requiring connectivity detection) of the simulation network, and correspondingly, all simulation nodes belonging to the simulation controller nanotube range receive the flow table.
The matching item information is used for executing actions corresponding to the action item information after the received detection message of at least one target node is matched with the matching item information; the action item information is used for indicating the matched destination node to execute the actions of packaging the detection message from the source node and uploading the detection message to the simulation controller.
And step 402, matching the destination node in the simulation network according to the matching item information.
The matching item information comprises the matching of the IP address of the destination node and the matching of a preset identifier (DSCP value). In the task of issuing connectivity probe messages, each probe message sent by the source node to the destination node carries information such as an IP address of the source node, an IP address of the destination node, a preset DSCP (Differentiated Services Code Point, differential service code point) value, and the like.
The preset DSCP value prioritizes by encoding value using the used 6 bits and the unused 2 bits in the class of service TOS identification byte of each probe packet IP header. For example, the preset DSCP uses 6 bits, and the value of the DSCP is in the range of 0 to 63, and in this embodiment, the preset DSCP is assumed to be 30.
After receiving the detection message sent from the source node, the destination node analyzes and determines whether the destination IP address indicated in the detection message is the current destination node IP address, and detects whether the DSCP value carried in the message is 30. For example, the identifier uuid (Universally Unique Identifier, universal unique identifier) of the source node and the destination node obtained by analyzing the detection message, determine whether the IP addresses of the destination nodes are the same, if the IP addresses of the matched destination nodes are the same, and the DSCP value is also 30, the matching is successful, and step 403 is executed.
And step 403, if the matching is successful, packaging the detection message according to the content of the action item information, and sending the packaged detection message to the simulation controller.
The action item information indicates that a target node performs message header encapsulation on a currently received detection message, and sends the encapsulated detection message to a simulation controller in an OpenFlow mode.
Step 404, the emulation controller receives the encapsulated probe messages reported by the matched destination nodes, and counts the number of the probe messages +1.
After the simulation controller receives the message, judging that the current message is based on the feedback of the detection message according to the DSCP value carried in the detection message, and determining which two nodes in the simulation are specifically the flow detection between two node vport according to some appointed fields, such as partial appointed special fields and Seq fields, in the detection message data, for example, the uuid containing the source node vport and the uuid of the destination node vport; according to the appointed field in the detection message, the information of which packet of 2000 packets in the current detection task is currently received, the total packet sending quantity of 2000 and the like can be judged. And the simulation controller counts +1 after receiving the packaged detection message sent by a destination node, so as to prepare for judging and calculating the packet loss of the subsequent connectivity detection.
Optionally, as shown in fig. 5, in the step 102, the method specifically includes:
step 102-1: at least one response fed back by the destination node of the simulation network according to the series of configuration data is received.
Step 102-2: and counting the total number of the response.
Step 102-3: and judging whether the total number of the response responses is the same as the total number of the series of configuration data issued.
Step 102-4: if so, it is determined that all of the series of configuration data is issued. Otherwise, it is determined that the series of configuration data is not issued complete.
Specifically, each time the emulation controller issues a piece of configuration data to the emulation network, the destination node in the emulation network will feedback a response, such as feedback response "OK", and the two devices interact with each other. If the emulated network is busy, the destination node may delay a few seconds of feedback response, at which time the emulated controller may wait for a period of time, and count the total number of all response responses after waiting for a period of time.
After a period of waiting time, the simulation controller judges whether the total number of all response responses (OKs) in total is the same as the total number of all the sent configuration data, and if so, the simulation controller determines that all the configuration data are issued to the simulation network; otherwise, determining that the configuration data is not completely issued to the emulation network.
In addition, in another embodiment, the present application further provides a method for detecting connectivity simulation, where the method is applicable to the foregoing simulation network, and the simulation network may be simulated by a simulation device, as shown in fig. 6, and the method includes:
Step 201, a series of configuration data and a first indication sent by a simulation controller are received, and a probing task is started.
The first indication is used for starting a detection task on a path from a source node to a destination node in a simulation network, the detection task comprises that the source node in the simulation network sends a batch of detection messages to the destination node, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node every time.
Specifically, this step corresponds to step 101 of the foregoing embodiment, and the description of step 101 can be specifically referred to. In addition, the method also comprises feeding back a response, such as feedback response 'OK', to the simulation controller when the destination node receives one piece of configuration data sent by the simulation controller, wherein the response is used for indicating that the destination node receives the current configuration data sent by the simulation controller.
Step 202, in the process of receiving the series of configuration data, receiving a second instruction sent by the simulation controller.
The second instruction is used for indicating the source node and the destination node to continue to execute one or more detection tasks after a batch of detection messages of the current detection task are sent until the series of configuration data are completely issued.
And step 203, in response to the second indication, controlling the source node and the destination node to continue to execute one or more probing tasks after sending a batch of probing messages of the current probing task until the series of configuration data is completely issued.
The steps of this embodiment correspond to steps 102 to 103 of the foregoing embodiment, and specific processes are referred to the description of the foregoing embodiment, which is not described in detail in this embodiment.
In addition, in step 101, the method further includes: the simulation network receives a rollback instruction sent by the simulation controller; and in response to the rollback instruction, clearing configuration modifications based on at least a part of the simulation controller by a user, and rollback to an initial state of the simulation network, so that a start detection task starts when configuration data is not issued.
Optionally, corresponding to the foregoing method flow shown in fig. 4, the method further includes:
the source node and the destination node in the simulation network receive a flow table sent by the simulation controller, the flow table comprises matching item information and action item information of messages, such as DSCP values and destination IP addresses, and the like, the destination node of the simulation network receives detection messages from the source node, matches the detection messages according to the matching item information, encapsulates the detection messages according to the content of the action item information if matching is successful, and sends the encapsulated detection messages to the simulation controller.
In this embodiment, in the process of transmitting a detection message between a source node and a destination node, the destination node matches the content of the received detection message through the matching item information, packages and uploads the matched detection message to the simulation controller, and executes the action of a corresponding action item, so that the simulation controller obtains the relevant condition of connectivity detection, for example, the number of the currently detected messages is obtained through the reported detection message, which path is detected, and the virtual ports vport and other information of the source node and the destination node on the path, thereby judging the connectivity result by counting the content and the number of the detection messages.
The embodiment of the invention also discloses a connectivity detection device of the simulation network, which is used for realizing the detection method as shown in the figures 2 to 5, and as shown in figure 7, the device comprises: the transmitting unit 701, the detecting unit 702, and the determining unit 703, and in addition, the apparatus may further include other units/modules such as a transmitting unit, a storage unit, and the like, which is not limited in this embodiment.
The sending unit 701 is configured to send a series of configuration data to the emulation network, and send a first indication to the emulation network when sending the series of configuration data, where the first indication is used to start a detection task on a path from a source node to a destination node in the emulation network, where the detection task includes that the source node sends a batch of detection messages to the destination node, and the destination node encapsulates and sends the detection messages to the emulation controller after receiving one detection message sent by the source node.
And the detecting unit 702 is configured to detect whether all the series of configuration data are issued at a preset time in the process of issuing the probe message.
The sending unit 701 is further configured to send a second indication to the emulation network when the detecting unit detects that all the issuing is not completed, where the second indication is used to instruct the source node and the destination node to continue to execute one or more probing tasks after a batch of probing messages of a current probing task are sent out, until all the issuing of the series of configuration data is completed.
A determining unit 703, configured to count the total number of received probe messages sent by the destination node, compare the total number of probe messages with the total number of probe messages sent by the source node, and determine connectivity probe results of the source node to two virtual ports of the destination node according to the comparison results.
In addition, the transmitting unit 701, the detecting unit 702, and the determining unit 703 are also used to perform other part or all of the functions of the foregoing simulation controller.
In yet another embodiment, the present application further provides another connectivity simulation probe apparatus for performing the foregoing method steps as shown in fig. 6, and in particular, as shown in fig. 8, the apparatus includes: the receiving unit 801, the starting unit 802, the control unit 803, and in addition, the apparatus may further comprise other functional modules, such as a transmitting unit, a storage unit, and the like.
Wherein the receiving unit 801 is configured to receive a series of configuration data and a first indication sent by the emulation controller.
The starting unit 802 is configured to start a probing task when the receiving unit 801 receives the first indication, where the probing task includes that a source node in the emulation network sends a batch of probing messages to a destination node in the emulation network, and the destination node in the emulation network encapsulates and uploads the probing messages to the emulation controller after receiving one probing message sent by the source node.
The receiving unit 801 is further configured to receive a second instruction sent by the emulation controller when receiving the series of configuration data.
And the control unit 803 is configured to control, in response to the second indication, the source node and the destination node to continue to perform one or more probing tasks after sending a batch of probing messages of a current probing task until the series of configuration data is completely issued.
In addition, the receiving unit 801, the starting unit 802, and the control unit 803 are further configured to perform other part or all of the functions of the source node and the destination node of the aforementioned emulation network.
In the detection device provided by the embodiment, in the process of issuing the configuration by the simulation controller, the connectivity detection task of the service flow among the virtual ports is always executed, so that a powerful basis is provided for issuing the configuration of the simulation environment to the production state, and the detection device is closer to the influence of the configuration issuing on the service flow connectivity in the real scene.
In addition, the packet loss condition of the service flow in the configuration issuing process is completely simulated in the simulation state, so that the packet loss caused by configuration coupling and intermediate process modification in the real environment (production state) configuration issuing process can be avoided, and the technical problem that the packet loss in the configuration data issuing process can not be simulated is solved.
In addition, an electronic device is provided in an embodiment of the present invention, as shown in fig. 9, where the electronic device may include a processor 110 and a memory 120, where the processor 110 and the memory 120 may be connected by a bus or other manner, and in fig. 9, the connection is exemplified by a bus. In addition, the electronic device further includes at least one interface 130, where the at least one interface 130 may be a communication interface or other interfaces, and the embodiment is not limited thereto.
The electronic device may be the emulation controller in the above embodiment, or may also be an emulation device in an emulation network, or may also be other devices in a production state, such as a switch, a controller, or the like.
The processor 110 may be a central processing unit (Central Processing Unit, CPU). The processor 110 may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSPs), application specific integrated circuits (Application Specific Integrated Circuit, ASICs), field programmable gate arrays (Field-Programmable Gate Array, FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or a combination of the above.
The memory 120 is used as a non-transitory computer readable storage medium for storing non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the connectivity detection method in the embodiment of the present invention. The processor 110 executes various functional applications of the processor and data processing, i.e., implements the connectivity probing method of the emulated network in the method embodiments described above, by running non-transitory software programs, instructions, and modules stored in the memory 120.
Memory 120 may include a storage program area that may store an operating system, at least one application program required for functionality, and a storage data area; the storage data area may store data created by the processor 110, etc. In addition, memory 120 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 120 may optionally include memory located remotely from processor 110, which may be connected to processor 110 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
In addition, at least one interface 130 is used for communication of the electronic device with external devices, such as with a server or the like. Optionally, at least one interface 130 may also be used to connect peripheral input, output devices, such as a keyboard, display screen, etc.
The one or more modules are stored in the memory 120 and when executed by the processor 110 perform the connectivity probing method of the embodiments shown in fig. 1-3.
In addition, the embodiment of the application also provides a detection system for connectivity simulation, which comprises a simulation controller and a simulation network, wherein the simulation network can be realized through at least one simulation device, and the connectivity result from a source node to a destination node can be simulated in the simulation network. The simulation controller and the simulation network in the system are used for realizing the connectivity detection method in the embodiment, so that the technical problem that the package is lost in the process of issuing configuration data and cannot be simulated is solved, the package loss caused by configuration coupling and intermediate process modification in the process of issuing the configuration of the real environment (production state) is avoided, and the service performance of the production state of the simulation configuration is improved.
It will be appreciated by those skilled in the art that implementing all or part of the above-described embodiment method may be implemented by a computer program to instruct related hardware, where the program may be stored in a computer readable storage medium, and the program may include the above-described embodiment method when executed. The storage medium may be a magnetic Disk, an optical disc, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a Flash Memory (Flash Memory), a Hard Disk (HDD), a Solid State Drive (SSD), or the like; the storage medium may also comprise a combination of memories of the kind described above.
Although embodiments of the present invention have been described in connection with the accompanying drawings, various modifications and variations may be made by those skilled in the art without departing from the spirit and scope of the invention, and such modifications and variations are within the scope of the invention as defined by the appended claims.

Claims (13)

1. A method for detecting connectivity of a simulation network, applied to a simulation controller, the method comprising:
when a series of configuration data is issued to a simulation network, a first instruction is sent to the simulation network, the first instruction is used for starting a detection task on a path from a source node to a destination node in the simulation network, the detection task comprises the steps that the source node sends a batch of detection messages to the destination node, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node;
detecting whether all the series of configuration data are completely issued at a preset moment in the process of issuing the detection message;
if not, a second instruction is sent to the simulation network, wherein the second instruction is used for indicating the source node and the destination node to continue to execute one or more detection tasks after a batch of detection messages of the current detection task are sent until the series of configuration data are completely issued;
Counting the total number of detection messages sent by the target node and received by the simulation controller, comparing the total number of detection messages with the total number of detection messages sent by the source node, and determining connectivity detection results of two virtual ports from the source node to the target node according to the comparison results.
2. The method of claim 1, further comprising, prior to initiating a probe task on a path from a source node to a destination node in the emulated network:
if a user modifies at least a portion of the configuration of the emulation controller such that the configuration in the emulation network correspondingly modifies at least a portion, a rollback instruction is sent to the emulation network, the rollback instruction being for instructing the emulation network to clear the modification of the at least a portion of the configuration, rollback to an initial state of the emulation network.
3. The method according to claim 1, wherein the method further comprises:
issuing a flow table to at least one node on at least one detection path of the simulation network, wherein the flow table comprises matching item information and action item information of a message;
The matching item information is used for executing actions corresponding to the action item information after the received detection message of at least one target node is matched with the matching item information; the action item information is used for indicating the matched destination node to execute the actions of packaging the detection message from the source node and uploading the detection message to the simulation controller.
4. The method of claim 1, wherein the detecting whether all of the series of configuration data is issued is complete comprises:
receiving at least one response fed back by the destination node of the simulation network according to the series of configuration data;
counting the total number of response;
if the total number of response responses is the same as the total number of the series of configuration data issued, it is determined that the series of configuration data is all issued.
5. The method according to any one of claims 1-4, wherein comparing the total number of probe messages with the total number of probe messages sent by the source node, and determining connectivity probe results for two virtual ports of the source node to the destination node based on the comparison results, comprises:
If the total number of the detection messages is different from the total number of the detection messages sent by the source node, determining that the connectivity detection result between the source node and the destination node is lost, and determining that the number of lost packets is the difference between the two total numbers.
6. A method for detecting connectivity of an emulated network, applied to the emulated network, the method comprising:
receiving a series of configuration data and a first instruction sent by a simulation controller, and starting a detection task, wherein the detection task comprises that a source node in a simulation network sends a batch of detection messages to a destination node of the simulation network, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node each time;
receiving a second instruction sent by the simulation controller in the process of receiving the series of configuration data;
and responding to the second indication, controlling the source node and the destination node to continuously execute one or more detection tasks after a batch of detection messages of the current detection task are sent, until the series of configuration data are completely issued.
7. The method of claim 6, further comprising, prior to said initiating a probing task:
receiving a rollback instruction sent by the simulation controller;
responsive to the rollback instruction, clearing an initial state that is rolled back to the emulation network based on user configuration modifications to at least a portion of the emulation controller.
8. The method according to claim 6 or 7, characterized in that the method further comprises:
receiving a flow table sent by the simulation controller, wherein the flow table comprises matching item information and action item information of a message;
and the destination node of the simulation network receives the detection message from the source node, matches the detection message according to the matching item information, encapsulates the detection message according to the content of the action item information if the matching is successful, and sends the encapsulated detection message to the simulation controller.
9. The method according to claim 6 or 7, characterized in that the method further comprises:
and each time the destination node of the simulation network receives one piece of configuration data sent by the simulation controller, a response is fed back to the simulation controller, and the response is used for indicating the destination node to receive the current configuration data sent by the simulation controller.
10. A connectivity probing apparatus for emulating a network, the apparatus comprising:
the device comprises a sending unit, a simulation controller and a control unit, wherein the sending unit is used for sending a series of configuration data to the simulation network, sending a first instruction to the simulation network when the series of configuration data are sent, the first instruction is used for starting a detection task on a path from a source node to a target node in the simulation network, the detection task comprises that the source node sends a batch of detection messages to the target node, and the target node packages and sends the detection messages to the simulation controller after receiving one detection message sent by the source node;
the detection unit is used for detecting whether the series of configuration data are completely issued at a preset moment in the process of issuing the detection message;
the sending unit is further configured to send a second instruction to the emulation network when the detection unit detects that all the issuing is not completed, where the second instruction is used to instruct the source node and the destination node to continue to execute one or more probing tasks after sending a batch of probing messages of a current probing task until all the issuing of the series of configuration data is completed;
And the determining unit is used for counting the total number of the received detection messages sent by the destination node, comparing the total number of the detection messages with the total number of the detection messages sent by the source node, and determining connectivity detection results of the source node to two virtual ports of the destination node according to the comparison results.
11. A connectivity probing apparatus for emulating a network, the apparatus comprising:
a receiving unit for receiving a series of configuration data and a first indication sent by the simulation controller;
the starting unit is used for starting a detection task when the first indication is received, wherein the detection task comprises that a source node in the simulation network sends a batch of detection messages to a destination node of the simulation network, and the destination node packages and uploads the detection messages to the simulation controller after receiving one detection message sent by the source node each time;
the receiving unit is further configured to receive a second instruction sent by the simulation controller when receiving the series of configuration data;
and the control unit is used for responding to the second indication, controlling the source node and the destination node to continuously execute one or more detection tasks after a batch of detection messages of the current detection task are sent, until the series of configuration data are completely issued.
12. An electronic device comprising a processor and a memory, the memory coupled to the processor;
the memory has stored thereon computer readable program instructions which, when executed by the processor, implement a method of connectivity exploration for an emulated network as claimed in any of claims 1 to 5, or 6 to 9.
13. A computer readable storage medium having stored thereon a computer program, which when executed by a processor, implements a method of connectivity exploration for an emulated network as claimed in any of claims 1 to 5, or 6 to 9.
CN202211710336.8A 2022-12-29 2022-12-29 Connectivity detection method and device for simulation network and electronic equipment Pending CN116389309A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211710336.8A CN116389309A (en) 2022-12-29 2022-12-29 Connectivity detection method and device for simulation network and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211710336.8A CN116389309A (en) 2022-12-29 2022-12-29 Connectivity detection method and device for simulation network and electronic equipment

Publications (1)

Publication Number Publication Date
CN116389309A true CN116389309A (en) 2023-07-04

Family

ID=86979383

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211710336.8A Pending CN116389309A (en) 2022-12-29 2022-12-29 Connectivity detection method and device for simulation network and electronic equipment

Country Status (1)

Country Link
CN (1) CN116389309A (en)

Similar Documents

Publication Publication Date Title
US11936548B2 (en) Active assurance for virtualized services
US11677860B2 (en) Decentralization processing method, communication proxy, host, and storage medium
US9628339B1 (en) Network testbed creation and validation
US10965546B2 (en) Control of network nodes in computer network systems
CN105975330B (en) A kind of virtual network function dispositions method that network edge calculates, device and system
EP2849064B1 (en) Method and apparatus for network virtualization
US10756999B2 (en) Virtualized network function information obtaining method, apparatus, and system
US8625448B2 (en) Method and system for validating network traffic classification in a blade server
EP3291499A1 (en) Method and apparatus for network service capacity expansion
JP6466003B2 (en) Method and apparatus for VNF failover
US20150264117A1 (en) Processes for a highly scalable, distributed, multi-cloud application deployment, orchestration and delivery fabric
CN112398676A (en) Vendor independent profile based modeling of service access endpoints in a multi-tenant environment
TWI722145B (en) Network function virtualization
US11144423B2 (en) Dynamic management of monitoring tasks in a cloud environment
US20150263885A1 (en) Method and apparatus for automatic enablement of network services for enterprises
Venâncio et al. Beyond VNFM: Filling the gaps of the ETSI VNF manager to fully support VNF life cycle operations
US10397143B1 (en) Preventing transmission of errors in a computing network
CN116389309A (en) Connectivity detection method and device for simulation network and electronic equipment
US11108652B2 (en) Server assisted network discovery (SAND)
Metter Resilience, Availabilty, and Serviceability Evaluation in Software-defined Networks
WO2021244483A1 (en) Deployment method and apparatus for virtualized network service
WO2023136755A1 (en) Method and apparatus for tailored data monitoring of microservice executions in mobile edge clouds
Triginer Perera Improving simultaneous migration time of virtual machines using SDN
CN116530130A (en) Proactive guarantees for virtualized services
Nissim GRAMI Software Enhancement on SDN Networks

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination