Network equipment management method based on software defined network

Abstract

The invention provides a network equipment management method based on a software defined network, which comprises the following steps: constructing a switch network comprising an airborne network centralized control management end and airborne equipment, the airborne equipment comprising a master switch, a slave switch and an airborne node computer, the main switch is an airborne device directly connected with the airborne network centralized control management end; a static flow table is configured, the static flow table is stored in all airborne equipment, and the static flow table is used for specifying an MAC address of an airborne network centralized control management end and a cascade port corresponding to each airborne equipment; during power-on, connection between the airborne network centralized control management end and the airborne equipment is established; and at the airborne equipment end, periodically triggering or event triggering network topology discovery, identifying new airborne equipment in the switch network by utilizing the network topology discovery, and checking the operation state of the airborne equipment. By dynamically identifying the airborne equipment, the network topology dynamic management and the plug-and-play function of the airborne equipment can be effectively supported.

Description

Technical Field

[0001] The present invention relates to the technical field of network device management, and in particular to a network device management method based on software defined network. Background Art

[0002] The existing airborne network system adopts static pre-configuration, and the network switching equipment and node topology are relatively fixed. If the network configuration needs to be adjusted, the common practice is to switch different pre-static configurations through software, which limits the dynamic adjustment of the network configuration. Based on the current airborne equipment's demand for open compatibility, flexible access, dynamic routing and reliable transmission service functions, the pre-configuration network method is not sufficient to support it. A single device cannot perceive the topology status of the entire network through software configuration, and cannot provide accurate network topology information. Summary of the invention

[0003] In view of this, the embodiments of this specification provide a network device management method based on software defined network, so as to provide global topology information and device information for the airborne network, and support the purpose of dynamic network topology management and plug-and-play of airborne devices.

[0004] The embodiments of this specification provide the following technical solutions:

[0005] A network device management method based on software defined network, comprising:

[0006] Construct a switch network including an airborne network centralized control management terminal and airborne devices, wherein the airborne devices include a master switch, a slave switch and an airborne node machine, the master switch is an airborne device directly connected to the airborne network centralized control management terminal, and the slave switch is an airborne device other than the master switch and the airborne node machine;

[0007] Configure a static flow table and save it to all airborne devices. The static flow table is used to specify the MAC address of the airborne network centralized control management terminal and the cascade port corresponding to each airborne device.

[0008] When the airborne equipment is powered on, a connection is established between the airborne network centralized control management terminal and the airborne equipment;

[0009] On the airborne device side, periodically triggered or event-triggered network topology discovery is used to identify new airborne devices in the switch network and check the operating status of the airborne devices.

[0010] Furthermore, a switch network including an onboard network centralized control management terminal and an onboard switch is constructed, including:

[0011] Connect the airborne network centralized control management terminal to the main switch;

[0012] Connect the master switch, slave switches and onboard node machines to each other;

[0013] The slave switches and airborne node machines are connected to the airborne network centralized control management terminal through the configured cascade ports.

[0014] Furthermore, a connection between the airborne network centralized control management terminal and the airborne device is established, including:

[0015] The airborne device will actively send a handshake message to the airborne network centralized control management terminal;

[0016] After receiving the actively sent handshake message, the airborne network centralized control management end establishes a session connection between the airborne device and the airborne network centralized control management end;

[0017] The airborne network centralized control management terminal sends a feature request message to the airborne device;

[0018] After receiving the feature request message, the airborne device sends a feature reply message of the airborne device to the airborne network centralized control management terminal, wherein the feature reply message includes device information of the current airborne device;

[0019] After receiving the characteristic reply message, the airborne network centralized control management end discovers the airborne device in the switch network through the device information in the characteristic reply message, and saves the device information in the network topology pool of the airborne network centralized control management end.

[0020] Furthermore, on the airborne device side, periodic triggering and / or event triggering network topology discovery is used to identify new airborne devices in the switch network and check the operating status of the airborne devices, including:

[0021] Construct LLDP message data, which includes device information and built-in self-test information of all onboard devices;

[0022] Configure the forwarding rules of LLDP message data on the airborne device, use the forwarding rules to encapsulate the LLDP message data into the UDP data payload according to the application layer protocol, and use the cascade port to send the LLDP message data to the airborne network centralized control management terminal through the UDP data payload;

[0023] The airborne network centralized control management terminal obtains the connection relationship of each airborne device through LLDP message data;

[0024] The airborne network centralized control management terminal obtains the operating status of each airborne device through LLDP message data.

[0025] Furthermore, the forwarding rules of LLDP message data are configured on the airborne device, including:

[0026] Using the hardware logic of the airborne device, determining the frame type of the data packet entering the airborne device;

[0027] If the frame type is an LLDP message type, the LLDP message data entering the airborne device is handed over to the CPU of the airborne device for processing.

[0028] Furthermore, the LLDP message data is encapsulated into the UDP data payload according to the application layer protocol, including:

[0029] Generate corresponding CRC check information according to LLDP message data;

[0030] The LLDP message data is filled into the UDP data payload portion of the UDP data packet, and the CRC check information is filled into the tail of the UDP data payload portion.

[0031] Furthermore, the airborne network centralized control management terminal obtains the connection relationship of each airborne device through LLDP message data, including:

[0032] The airborne network centralized control management terminal obtains the source MAC address of the airborne device from the LLDP message data of the UDP data packet;

[0033] The source MAC address is queried from the network topology pool of the airborne network centralized control management terminal to obtain the airborne device that sends the LLDP message data and the connection relationship between the airborne device and other airborne devices.

[0034] Furthermore, the airborne network centralized control management terminal obtains the operating status of each airborne device through LLDP message data, including:

[0035] After receiving the LLDP message data, the airborne network centralized control management terminal obtains the device information and built-in self-test information in the LLDP message data, and obtains the operating status of the corresponding airborne device through the device information and built-in self-test information.

[0036] Furthermore, it also includes:

[0037] Detect port status changes of onboard devices by polling the switch port status register;

[0038] When the port status of the airborne device changes, the airborne device sends a port status message to the airborne network centralized control management terminal, which prompts the airborne device to go offline through the port status message;

[0039] Update the network topology pool of the airborne network centralized control management terminal.

[0040] Furthermore, the network topology pool of the airborne network centralized control management terminal is updated, including:

[0041] Find the corresponding airborne device from the network topology pool according to the address information corresponding to the airborne device, and delete the corresponding airborne device;

[0042] Report the offline status of the device to the management software of the airborne network centralized control management terminal.

[0043] Compared with the prior art, the at least one technical solution adopted in the embodiments of this specification can achieve the following beneficial effects:

[0044] Through software-defined means, the onboard switch encapsulates the LLDP message into an application layer message and reports it to the centralized control management end, thereby dynamically updating the onboard network topology and realizing the plug-and-play capability of the onboard equipment through centralized management, thus avoiding the limitations brought by pre-static configuration. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0046] Figure 1 is a schematic diagram of a switch network structure according to an embodiment of the present invention;

[0047] Figure 2 Schematic diagram of the interactive architecture of the airborne network centralized control management terminal according to an embodiment of the present invention;

[0048] Figure 3 Schematic diagram of the handshake process between an airborne device and an airborne network centralized control management terminal according to an embodiment of the present invention;

[0049] Figure 4 It is the data frame format of the LLDP message in the embodiment of the present invention;

[0050] Figure 5 It is the data frame format of the UDP data packet of an embodiment of the present invention;

[0051] Figure 6 It is a flow chart of interaction between an onboard switch of an embodiment of the present invention and an onboard network centralized control management terminal when reporting an LLDP message;

[0052] Figure 7 This is the data frame format of the port status change notification message in the embodiment of the present invention. DETAILED DESCRIPTION

[0053] The embodiments of the present application are described in detail below with reference to the accompanying drawings.

[0054] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present invention will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0055] The present invention proposes a network device management method based on an airborne software-defined network, by deploying agent software on the airborne device to send a Link Layer Discovery Protocol (LLDP) message containing airborne device information in a periodic trigger combined with an event trigger. The airborne switch encapsulates the received LLDP message into a specific application layer data packet in a software-defined form and reports it. The airborne network centralized control management end discovers network devices and completes the establishment of the network topology by parsing the reported information of the airborne switch, thereby realizing the ability to manage the global topology of the airborne network and supporting plug-and-play and dynamic management of airborne devices. At the same time, the centralized control end can obtain the status information and fault alarms of the airborne device by parsing the TLV load information in the LLDP, without the need to deploy additional network management protocols using traditional airborne network management methods, thereby realizing the monitoring and management of the network device status.

[0056] like Figure 1 As shown in the figure, in the airborne software defined network system, the interaction between the airborne switch and the airborne network centralized management terminal can be divided into the following steps:

[0057] ① Power on the onboard switch and the onboard centralized control management terminal;

[0058] ② The onboard switch reports status information and link information;

[0059] ③ The airborne network centralized management end control software analyzes the status information and link information, and reports this information to the airborne network centralized management end management software;

[0060] ④ The airborne network centralized management software generates corresponding network configuration strategies including dynamic routing, path planning, fault diagnosis, etc. according to the network status;

[0061] ⑤The airborne network centralized management terminal controls the software to issue corresponding strategies.

[0062] The network management method based on software defined network in the embodiment of the present invention comprises the following steps:

[0063] Step 1: If Figure 2 As shown, the present invention adopts a network topology model based on in-band management, the airborne network centralized control management terminal is connected to an airborne switch (main switch), and other airborne switches establish a reliable connection with the airborne network centralized control management terminal through the configured cascade ports (this connection method is usually used in airborne environments);

[0064] Specifically, the onboard switch directly connected to the onboard network centralized control management terminal is used as the master onboard switch, and the switches other than the master switch are used as slave switches.

[0065] Step 2: Configure the static flow table of each onboard switch (stored in each onboard switch). The static flow table specifies the MAC address and switch and port number of the onboard network centralized management end, so that the data of the onboard network centralized control end can be forwarded normally.

[0066] Step 2: If Figure 3 As shown, when the onboard switch is powered on, it actively sends a handshake message to the onboard network centralized management end. After receiving the handshake message, the onboard network centralized management end establishes a session connection and sends a feature request message. After receiving the feature request message, the onboard switch sends a feature reply message to report the device number of the onboard switch, the MAC address of the built-in end system, the IP address and other information;

[0067] Step 3: The onboard centralized control management end performs device discovery of the onboard switch in the network (used to discover the current onboard switch) through the switch device number and built-in end system IP address in the received characteristic reply message, and registers the corresponding switch information (switch device number, built-in end system IP address) in the network topology pool of the onboard centralized control management end;

[0068] Step 4: Use the switch management software of the onboard switch and the node management software of the onboard node to periodically or trigger an event to send an LLDP message containing information about itself (including all onboard nodes and onboard switches). The frame structure is as follows: Figure 4 As shown, the LLDP message header contains the default MAC address (01:80:C2:00:00:0E) specified in the LLDP message, the local source MAC address, the Ethernet type, the LLDP load, and the frame check sequence. The LLDP load part contains the ChassisID, Port ID, Time-To-Live, custom fields, and End-of-LLDPDU fields that are mandatory for its message, and can be configured according to the specific environment. The custom fields include the IP address, device type, number, software version information, logical version information, LLDP load, and BIT (built-in self-test) detection information of the airborne device (including all airborne node machines and airborne node machines) (in order to confirm the operating status of the airborne switch and airborne node machine);

[0069] Step 5: Configure the forwarding rules of LLDP messages on the onboard switch. The forwarding rules are as follows: Use the hardware logic of the onboard switch to determine the frame type of the data packet entering the onboard switch (whether the frame type is an LLDP message). If so, the LLDP data packet entering the onboard switch is handed over to the CPU of the onboard switch for processing.

[0070] Step 5: The CPU of the onboard switch encapsulates the LLDP data packet entering the onboard switch into the UDP data payload according to the application layer protocol, and adds the protocol layer CRC check to ensure the correctness of the message. Specifically, the onboard switch management software fills the LLDP data packet into the UDP data payload part of the UDP data packet, and fills the CRC check information into the end of the UDP data payload part. Figure 5 Shown

[0071] Step 6: If Figure 6 As shown, the agent software running on the built-in CPU of the switch sends the application layer LLDP message through the PCIe interface and the data packet through the switch cascade port to the airborne network centralized control management terminal;

[0072] Step 7: (The airborne network centralized control management end learns the connection relationship between each switch and the airborne node through the LLDP data packet in the UDP data packet) The airborne network centralized control management end can learn the switch to which the application layer data packet is reported by querying the source MAC in the registered switch device pool. At the same time, by analyzing the LLDP data packet, it can be determined which device in the network sent the LLDP message received by the corresponding port of the switch, thereby realizing link discovery between devices.

[0073] Step 8: (The airborne network centralized control management end obtains the status of each switch and airborne node through the LLDP data packet in the UDP data packet) After the airborne network centralized control end collects the application layer LLDP message containing device information through the southbound interface, the upper layer application can obtain the MAC address, IP address, device type, number, software version information, logical version information and power-on self-detection BIT information reported by each device through the northbound interface, so as to realize the management and health diagnosis of airborne devices;

[0074] Step 9: (Processing when the onboard switch or onboard node device is offline) The onboard switch detects the change of the switch port status by polling the switch port status register. When the switch port status changes, the onboard switch management software sends a port status change notification to the onboard control management terminal by sending a port status message, such as Figure 7As shown, the port status change notification message includes the port status message identification field, the onboard switch ID field, the port number field, and the port status bitmap field. The port status bitmap represents the online and offline status of the corresponding port through each bit. When a bit in the bitmap changes from '1' to '0', it indicates that the network device connected to the switch port corresponding to a bit in the bitmap is offline, and the onboard network centralized management end can update the network topology pool in time (after receiving the port status message, the control software of the onboard network centralized management end finds the corresponding device from the network topology pool according to its device IP and MAC address information and deletes it, and reports the offline status of the network device to the management software of the onboard network centralized management end).

[0075] Beneficial effects of the embodiments of the present invention:

[0076] Through software-defined means, the onboard switch encapsulates the LLDP message into an application layer message and reports it to the centralized control management end, so as to realize the dynamic update of the onboard network topology and realize the plug-and-play capability of the onboard equipment through centralized management, thus avoiding the limitations brought by the pre-static configuration. The periodic sending and event-triggered LLDP message sending mechanism is adopted on the onboard equipment, so that the key status of the network equipment can be collected in time when the network topology is reconstructed or when the message is not received after a timeout, thus realizing the fault perception and management of the network equipment. The LLDP message defines the MAC address, IP address, device type, number, software version information, logical version information and power-on self-detection BIT information of the onboard equipment, so as to realize the collection of the onboard equipment information while discovering the topology, thus realizing the centralized management of the network equipment. Different from the classic LLDP protocol implementation, there is no need to build a local MIB library and a remote MIB in each device, nor is there a need for the support of the SNMP network management protocol, thus realizing the lightweight topology discovery.

[0077] The above is only a specific embodiment of the present invention, and cannot be used to limit the scope of the invention. Therefore, the replacement of equivalent components, or equivalent changes and modifications made according to the scope of protection of the patent of the present invention, should still fall within the scope of this patent. In addition, the technical features of the present invention can be freely combined with each other, with each other, and with each other.

Claims

1. A network device management method based on software defined network, characterized in that: include: Constructing a switch network including an airborne network centralized control management terminal and airborne devices, wherein the airborne devices include a master switch, a slave switch and an airborne node machine, the master switch is the airborne device directly connected to the airborne network centralized control management terminal, and the slave switch is the airborne device other than the master switch and the airborne node machine; Configure a static flow table and save the static flow table to all airborne devices, wherein the static flow table is used to specify the MAC address of the airborne network centralized control management terminal and the cascade port corresponding to each of the airborne devices; When the airborne device is powered on, establishing a connection between the airborne network centralized control management terminal and the airborne device; At the onboard device end, periodically triggered and / or event-triggered network topology discovery is performed, and the network topology discovery is used to identify new onboard devices in the switch network, and the operating status of the onboard devices is checked.

2. The network device management method based on software defined network according to claim 1, characterized in that: Build a switch network including an onboard network centralized control management terminal and onboard switches, including: Connecting the airborne network centralized control management terminal to the main switch; Connecting the master switch, the slave switch and the onboard node machine to each other; The slave switch and the onboard node machine are connected to the onboard network centralized control management terminal through the configured cascade port.

3. The network device management method based on software defined network according to claim 1, characterized in that: Establishing a connection between the airborne network centralized control management terminal and the airborne device includes: The airborne device actively sends a handshake message to the airborne network centralized control management terminal; After receiving the actively sent handshake message, the airborne network centralized control management terminal establishes a session connection between the airborne device and the airborne network centralized control management terminal; The airborne network centralized control management terminal sends a feature request message to the airborne device; After receiving the feature request message, the airborne device sends a feature reply message of the airborne device to the airborne network centralized control management terminal, wherein the feature reply message includes device information of the current airborne device; After receiving the characteristic reply message, the airborne network centralized control management end discovers the airborne device in the switch network through the device information in the characteristic reply message, and saves the device information to the network topology pool of the airborne network centralized control management end.

4. The network device management method based on software defined network according to claim 1, characterized in that: At the airborne device end, periodically triggering or event-triggered network topology discovery, using the network topology discovery to identify new airborne devices in the switch network, and checking the operating status of the airborne devices, including: Constructing LLDP message data, wherein the LLDP message data includes device information and built-in self-test information of all airborne devices; Configure a forwarding rule for the LLDP message data on the airborne device, encapsulate the LLDP message data into a UDP data payload according to an application layer protocol using the forwarding rule, and send the LLDP message data to the airborne network centralized control management terminal through the UDP data payload using the cascade port; The airborne network centralized control management terminal obtains the connection relationship of each of the airborne devices through the LLDP message data; The airborne network centralized control management terminal obtains the operating status of each of the airborne devices through the LLDP message data.

5. The network device management method based on software defined network according to claim 4, characterized in that: Configuring a forwarding rule for the LLDP message data on the airborne device includes: Using the hardware logic of the onboard device, determining the frame type of the data packet entering the onboard device; If the frame type is an LLDP message type, the LLDP message data entering the airborne device is handed over to the CPU of the airborne device for processing.

6. The network device management method based on software defined network according to claim 4, characterized in that: Encapsulating the LLDP message data into a UDP data payload according to the application layer protocol, including: Generate corresponding CRC check information according to the LLDP message data; The LLDP message data is filled into the UDP data payload part of the UDP data packet, and the CRC check information is filled into the tail of the UDP data payload part.

7. The network device management method based on software defined network according to claim 4, characterized in that: The airborne network centralized control management terminal obtains the connection relationship of each of the airborne devices through the LLDP message data, including: The airborne network centralized control management terminal obtains the source MAC address of the airborne device from the LLDP message data of the UDP data packet; The source MAC address is queried from the network topology pool of the airborne network centralized control management terminal to obtain the airborne device that sends the LLDP message data and the connection relationship between the airborne device and other airborne devices.

8. The network device management method based on software defined network according to claim 4, characterized in that: The airborne network centralized control management terminal obtains the operating status of each of the airborne devices through the LLDP message data, including: After receiving the LLDP message data, the airborne network centralized control management terminal obtains the device information and built-in self-test information in the LLDP message data, and obtains the operating status of the corresponding airborne device through the device information and built-in self-test information.

9. The network device management method based on software defined network according to any one of claims 1 to 8, characterized in that: Also includes: Detecting port status changes of the onboard device by polling the switch port status register; When the port status of the airborne device changes, the airborne device sends a port status message to the airborne network centralized control management terminal, and prompts the airborne device to go offline through the port status message; The network topology pool of the airborne network centralized control management terminal is updated.

10. The network device management method based on software defined network according to claim 9, characterized in that: Updating the network topology pool of the airborne network centralized control management terminal includes: Find the corresponding airborne device from the network topology pool according to the address information corresponding to the airborne device, and delete the corresponding airborne device; The offline status of the device is reported to the management software of the airborne network centralized control management terminal.

Images