Software defined network oriented one-way broadcast routing presentation method and device

Abstract

The embodiment of the invention provides a software defined network oriented one-way broadcast route presentation method and device, and the method comprises the steps: receiving a service route query instruction, and analyzing the service information in the service route query instruction; based on a preset software defined network engineering database, determining a connection relationship between different target device ports in the software defined network according to a first service feature value corresponding to the service information; and on the basis of a connection relationship between different target device ports in the software defined network, according to the first service feature value and a second service feature value transmitted between the different target device ports, determining a one-way service route between the different target device ports, so that a two-way opaque service topological graph can be converted into a one-way service route between the different target device ports. Through service one-way routing processing, a broadcast one-way network topological graph is formed, so that key services are presented more visually according to service requirements, and daily operation and maintenance and monitoring technical requirements of broadcast televisions are met.

Description

Technical Field

[0001] The present application relates to the technical field of broadcast and television program broadcast distribution and signal master control scheduling, and in particular, to a method, apparatus, computer equipment and storage medium for presenting unidirectional broadcast routing in a software-defined network. Background Art

[0002] In recent years, with the increasing demand for IP-based audio and video in ultra-high-definition program broadcasts, the SMPTE (Society of Motion Picture and Television Engineers) 2021 standard has been widely used in the radio and television industry. Video, audio and other related data can be efficiently and securely transmitted over IP networks, enabling software-defined network technology to be applied and promoted in the fields of radio and television production, broadcasting, transmission and distribution. The characteristics of the radio and television industry determine that its network structure and visualization are different from other fields such as data centers. Considering the real-time, high-security and one-way transmission characteristics of radio and television services, it is crucial to adopt a network structure and visualization that suits their needs.

[0003] Most of the software-defined network structure diagrams in related technologies are displayed in mesh, hybrid, star and other topological forms. The display methods of network topology are either complicated and cumbersome or too simple. The network topology contains the status of each node and the information interaction between nodes. The routing data information runs crosswise in the entire network topology diagram, and it is impossible to clearly display the forward and backward flow relationship of data between nodes. Network technicians can only see the overall topological structure of the network, and cannot clearly display the transmission flow of business routes between each node based on key business information.

[0004] At the same time, determining the connection relationship between multi-level switch ports is a relatively complex process in a complex software-defined network switch network, especially for heterogeneous switches of different brands. A large amount of data collection is required for each switch port. It is these data collection and analysis processes that affect the timeliness of route generation and the large amount of data collection per unit time leads to a decrease in the stability of the equipment.

[0005] In addition, in the overall network topology diagram, once a problem occurs, the device node alarm can only be presented through a schematic diagram, and then the device port information and connection relationship are located in combination with the actual physical link design relationship of the network topology. The network topology diagram is not combined with the actual physical link diagram, which is not intuitive and the fault location efficiency is low. Summary of the invention

[0006] Embodiments of the present application provide a method, apparatus, computer device, and storage medium for presenting unidirectional broadcast routing in a software-defined network.

[0007] A first aspect of an embodiment of the present application provides a method for presenting a unidirectional broadcast route for a software defined network, including:

[0008] Receiving a service routing query instruction and parsing the service information in the service routing query instruction;

[0009] Based on a preset software defined network engineering database, and according to a first service characteristic value corresponding to the service information, determining a connection relationship between different target device ports in the software defined network, wherein the target device port is determined by the first service characteristic value;

[0010] Based on the connection relationship between different target device ports in the software defined network, and according to the first service characteristic value and the second service characteristic value transmitted between the different target device ports, a unidirectional service route between the different target device ports is determined.

[0011] In an optional embodiment of the present application, the determining, based on a preset software-defined network engineering database and according to a first service feature value corresponding to the service information, a connection relationship between different target device ports in the software-defined network includes:

[0012] Using the first service characteristic value as a query condition, generating a one-way target device queue relationship;

[0013] Generate a position relationship between different target devices through a mapping relationship between different target devices constructed by the first service characteristic value in the one-way target device queue relationship;

[0014] According to the positional relationship between different target devices and the cable relationship between different target devices in a preset software-defined network engineering database, the connection relationship between the ports of different target devices in the software-defined network is determined.

[0015] In an optional embodiment of the present application, the determining, based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports, a unidirectional service route between different target device ports includes:

[0016] When the connection relationship between different target device ports in a software-defined network starts with the output port of the source device in the software-defined network and ends with the port of the terminal device, a unidirectional service route between different target device ports is determined according to a preset service flow direction, wherein the preset service flow direction is obtained from a preset software-defined network engineering database.

[0017] In an optional embodiment of the present application, the determining, based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports, a unidirectional service route between different target device ports includes:

[0018] For two adjacent target devices among all the target device ports, one of the two target devices is selected as a first device, the port of the first device is used as a first port, a device connected to the first device is used as a second device, and the port of the second device is used as a second port;

[0019] Determining whether the second device is a dumb device or an active device;

[0020] In the case where the second device is an active device, determining an input characteristic value and an output characteristic value of the second port according to the first service characteristic value and a second service characteristic value transmitted between ports of different target devices; determining a unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port;

[0021] In the case where the second device is a dumb device, determining a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port;

[0022] Based on the unidirectional service route between two adjacent target device ports, the unidirectional service routes between all target device ports are obtained.

[0023] In an optional embodiment of the present application, determining the input characteristic value and the output characteristic value of the second port according to the first service characteristic value and the second service characteristic value transmitted between different target device ports includes:

[0024] The first service characteristic value of the first port is mirrored to the second port; if the second service characteristic value of the second port is greater than or equal to the first service characteristic value of the first port, the first service characteristic value of the first port is used as the input characteristic value of the second port, the fourth service characteristic value of other ports of the second device is obtained, and the fifth service characteristic value associated with the input characteristic value in the fourth service characteristic value is determined by a preset service logic as the output characteristic value of the second port.

[0025] In an optional embodiment of the present application, determining the unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port includes:

[0026] In the case where the output characteristic value of the second port includes the input characteristic value, the port corresponding to the fifth service characteristic value is used as the output port of the second device. If the output port has no device connected to it, the second device is used as a terminal device. The unidirectional service routing between the first port and the second port is from the first port to the second port. If the output port has a device connected to it, the output port is used as the first port, and the device connected to it is used as the second device. The step of determining whether the second device is a dumb device or an active device is re-executed until the output port of the second device has no device connected to it.

[0027] In an optional embodiment of the present application, determining a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port includes:

[0028] If the second service characteristic value of the first port is equal to the first service characteristic value, the second device is a terminal device, and the unidirectional service route between the first port and the second port is from the first port to the second port; if the second service characteristic value of the first port is greater than the first service characteristic value, the second service characteristic value of the first port is mirrored to the second port, and the first service characteristic value is subtracted from the second service characteristic value obtained on the second port to obtain a third service characteristic value as the service characteristic value transmitted from the second port to the first port, and the unidirectional service route between the first port and the second port is from the first port to the second port and from the second port to the first port.

[0029] A second aspect of an embodiment of the present application provides a unidirectional broadcast routing presentation device for a software defined network, including:

[0030] A parsing module, used to receive a service routing query instruction and parse the service information in the service routing query instruction;

[0031] A first determination module is used to determine, based on a preset software defined network engineering database and according to a first service characteristic value corresponding to the service information, a connection relationship between different target device ports in the software defined network, wherein the target device port is determined by the first service characteristic value;

[0032] The second determination module is used to determine the unidirectional service routing between different target device ports based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports.

[0033] A third aspect of an embodiment of the present application provides a computer device, comprising: a memory and a processor, the memory storing a computer program, and the processor implementing any of the steps of the above method for presenting unidirectional broadcast routing for a software-defined network when executing the computer program.

[0034] A fourth aspect of an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, characterized in that when the computer program is executed by a processor, the steps of any of the above methods for presenting unidirectional broadcast routing for software-defined networks are implemented.

[0035] The above technical solution provided by the embodiment of the present application has at least some or all of the following advantages compared with the prior art:

[0036] The method for presenting unidirectional broadcast routing for software-defined networks described in the embodiment of the present application receives a service routing query instruction and parses the service information in the service routing query instruction; based on a preset software-defined network engineering database, determines the connection relationship between different target device ports in the software-defined network according to a first service feature value corresponding to the service information, wherein the target device port is determined by the first service feature value; based on the connection relationship between different target device ports in the software-defined network, determines the unidirectional service routing between different target device ports according to the first service feature value and a second service feature value transmitted between different target device ports, and can process the bidirectional opaque service topology diagram through service unidirectional routing to form a broadcast unidirectional network topology diagram, so that key services can be presented more intuitively according to service needs, which meets the daily operation and maintenance and monitoring technology requirements of radio and television. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0038] Figure 1 A flowchart of a method for presenting a unidirectional broadcast route for a software-defined network provided by an embodiment of the present application;

[0039] Figure 2 A schematic diagram of obtaining characteristic values ​​provided in one embodiment of the present application;

[0040] Figure 3 A schematic diagram of a one-way queue of devices provided for an embodiment of the present application;

[0041] Figure 4 A schematic diagram of a process for generating a service vector route provided in one embodiment of the present application;

[0042] Figure 5 A flowchart of the application process of a method for presenting unidirectional broadcast routing in a software-defined network provided by an embodiment of the present application;

[0043] Figure 6 A schematic diagram of obtaining a device at the other end of a cable through a characteristic value X provided in one embodiment of the present application;

[0044] Figure 7 A schematic diagram showing that a dumb device provided in one embodiment of the present application is a terminal device;

[0045] Figure 8 A schematic diagram of a bidirectional service of a dumb device port provided by an embodiment of the present application;

[0046] Fig. 9 A schematic diagram of unidirectional service routing on the same port of a dumb device provided by an embodiment of the present application;

[0047] Fig.10 A schematic diagram of obtaining characteristic value comparison of an active device provided in one embodiment of the present application;

[0048] Fig.11 A schematic diagram of obtaining an output characteristic value of a port of an active device provided in one embodiment of the present application;

[0049] Fig.12 A software-defined mesh network topology diagram in the prior art;

[0050] Fig.13 A unidirectional network topology diagram provided for an embodiment of the present application;

[0051] Fig.14 A schematic diagram of changing a bidirectional transceiver mode of a device port to a single-receiver and single-transmitter mode of a port provided in an embodiment of the present application;

[0052] Fig.15 A schematic diagram of a device structure provided for an embodiment of the present application;

[0053] Fig.16 A schematic diagram of the computer device structure provided for one embodiment of the present application. DETAILED DESCRIPTION

[0054] In the process of implementing the present application, the inventors discovered that the current unidirectional broadcast routing presentation method for software-defined networks is poor in presenting key businesses according to business needs.

[0055] In response to the above problems, the embodiments of the present application provide a method, apparatus, computer device and storage medium for presenting unidirectional broadcast routing in a software-defined network to improve the presentation effect in key businesses according to business needs.

[0056] The solutions in the embodiments of the present application can be implemented using various computer languages, for example, the object-oriented programming language Java and the interpreted scripting language JavaScript.

[0057] In order to make the technical solutions and advantages in the embodiments of the present application more clearly understood, the exemplary embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present application, rather than an exhaustive list of all the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0058] See also Figure 1 The method for presenting a unidirectional broadcast route for a software defined network provided in an embodiment of the present application includes the following steps 100 to 300:

[0059] Step 100: receiving a service routing query instruction, and parsing the service information in the service routing query instruction;

[0060] Step 200: Based on a preset software-defined network engineering database, and according to a first service characteristic value corresponding to the service information, determining a connection relationship between different target device ports in the software-defined network, wherein the target device port is determined by the first service characteristic value;

[0061] Step 300: Based on the connection relationship between different target device ports in the software defined network, and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports, determine the unidirectional service routing between different target device ports.

[0062] This application is based on engineering data and business elements to quickly build link relationships between device ports, which not only reduces the complexity of data processing, but also significantly improves the efficiency and accuracy of link relationship construction.

[0063] In an optional embodiment of the present application, the software defined network engineering database is constructed by the following steps:

[0064] Generate a link through the physical connection relationship of the equipment in the software-defined network infrastructure as a software-defined network engineering database, wherein the physical connection relationship is provided by the design drawings, construction drawings, equipment lists, line lists and other design and engineering data related to the software-defined network. The following parameters can also be obtained through the design and engineering data: basic data of the equipment, such as physical data such as equipment type, name, size, etc.; construction data, including the connection relationship between equipment ports, the room where the equipment is located, the rack position, etc.; identification information data, including equipment, cable labels, equipment engineering numbers and other information, etc. This application simply and quickly establishes links between devices through the physical relationship provided by the design and engineering data.

[0065] In an optional embodiment of the present application, the second service characteristic value transmitted between different target device ports is obtained by real-time acquisition of device information in the software-defined network, wherein the device information includes physical, configuration, fault, and operating status information. Physical information refers to the physical data of the device, such as the number, type, and number of device ports; configuration information includes data configured by the device to process services, including data such as services and internal signal routing; fault information refers to the alarm information of the device; operating status information supports the operating indicators of the device itself and the port, including device and port performance. The present application first solves the routing relationship of the service inside the device by collecting device data, then generates the service route based on the link relationship between devices, and finally collects the input and output service logic relationship of the device.

[0066] In an optional embodiment of the present application, the determining, based on a preset software-defined network engineering database and according to a first service feature value corresponding to the service information, a connection relationship between different target device ports in the software-defined network includes:

[0067] Using the first service characteristic value as a query condition, generating a one-way target device queue relationship;

[0068] Generate a position relationship between different target devices through a mapping relationship between different target devices constructed by the first service characteristic value in the one-way target device queue relationship;

[0069] According to the positional relationship between different target devices and the cable relationship between different target devices in a preset software-defined network engineering database, the connection relationship between the ports of different target devices in the software-defined network is determined.

[0070] In an optional embodiment of the present application, the step of using the first service characteristic value as a query condition to generate a unidirectional target device queue relationship includes:

[0071] See also Figure 2, obtain the service characteristic values ​​of all devices, where the same service characteristic value may appear on multiple ports of the same device, and the same service characteristic value may also appear on different devices. Multiple unidirectional device queues with single sending and single receiving are constructed through the mirror relationship of the service characteristic values ​​obtained by the devices;

[0072] Using the first service characteristic value as a query condition, a unidirectional target device queue is selected from multiple unidirectional device queues, as shown in Table 1 below.

[0073] Table 1

[0074] Group No. Eigenvalue Device side Device side 1 Eigenvalue A generates one-way group 1 "Device 1" "Master Device" 2 Eigenvalue A generates one-way group 2 "Master Device" "Device 2" 3 Eigenvalue B generates one-way group 3 "Device 2" "Master Device" 4 Eigenvalue B generates one-way group 4 "Master Device" "Device 3" 5 Eigenvalue C generates one-way group 5 "Device 3" "Master Device" 6 Eigenvalue C generates one-way group 6 "Master Device" "Device 4"

[0075] This application extracts service feature values ​​from different devices, queries the data mapping relationship between devices, and builds a one-way device queue. Figure 3 The relationship between the devices shown.

[0076] Figure 3 The device relationship diagram in the Figure 2 If the query instruction does not specify the starting point of the business, then Figure 3 The device diagram in the implementation is a scalar diagram without business flow. Its business flow can be from device 1 to device 4, or from device 4 to device 1. The conclusion is that the business characteristic value of the starting point is not defined, and the relationship between the upstream and downstream of the device cannot be defined. Therefore, it is necessary to further determine the vector relationship between the devices.

[0077] In an optional embodiment of the present application, a unidirectional service group is generated by a unidirectional device queue, and the position relationship between the devices is given. Figure 3 The next step is to confirm the connection relationship between specific device ports, using engineering data for assistance. Simple and fast device links are created through engineering data, and service routes are built on physical links in combination with device data. In the one-way device queue generation relationship, service feature values ​​are used to locate the front and back strong neighbor relationships of the device, but the route of the entire service vector cannot be generated yet.

[0078] In the description of business logic relationships, Figure 4 The queue relationship between the devices of the unidirectional routing unit 1-6 is generated, but the corresponding relationship between the ports and the flow of the service cannot be determined. The following three aspects need to be determined:

[0079] First, determine the link relationship between the ports of the devices. When querying the device by the characteristic value, multiple ports between adjacent devices may contain the same characteristic value, which makes it impossible to determine the link relationship between the device ports. This application uses the cable relationship obtained from the engineering database to determine the link (cable connection) relationship between the ports of the devices. For example, Figure 4 The characteristic value A contained in port 1 of device 1 also exists on different ports of the main device, and the unique link relationship cannot be determined. At this time, the uniqueness of the link is determined by querying the cable relationship in the engineering data.

[0080] Second, in Figure 4 The link relationship (port cable connection) between adjacent devices is solved through the above steps from unidirectional routing unit 1 to unidirectional routing unit 6. However, the service flow direction cannot be defined by simply obtaining the service characteristic value of the device. It is necessary to combine the characteristic value of the device and the service flow direction to give a vector routing map, which is obtained in the following way:

[0081] The query of the first service characteristic value starts from the output port of the source device and ends at the terminal device port. The first characteristic value is combined with the service flow direction to give a routing diagram of the vector;

[0082] The query of the first service characteristic value starts from any device port. As long as the input attribute and output attribute of the port to be queried are given, the routing map of the vector can be determined according to the first characteristic value and the port input attribute and output attribute through the mapping of the upper and lower relationship of the first service characteristic value;

[0083] Third, by acquiring engineering data, determine the signal processing relationship between the front-end and back-end equipment to obtain the business flow. Figure 4 In the figure, device 2 obtains the information of the adjacent main device through the characteristic value, and determines the relationship of the link through the engineering data. As shown in the figure, from the main device to device 2 and then to the main device, the flow direction of the business cannot be determined through the above two steps. At this time, it is necessary to obtain the position of device 2 in the engineering database, and then determine the front and back position relationship between devices 1, 2, and 3 based on the engineering data, and give the signal flow direction through the relationship between the upstream and downstream of the device.

[0084] In an optional embodiment of the present application, the determining, based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports, a unidirectional service route between different target device ports includes:

[0085] When the connection relationship between different target device ports in a software-defined network starts with the output port of the source device in the software-defined network and ends with the port of the terminal device, a unidirectional service route between different target device ports is determined according to a preset service flow direction, wherein the preset service flow direction is obtained from a preset software-defined network engineering database.

[0086] In an optional embodiment of the present application, the determining, based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports, a unidirectional service route between different target device ports includes:

[0087] For two adjacent target devices among all the target device ports, one of the two target devices is selected as a first device, the port of the first device is used as a first port, a device connected to the first device is used as a second device, and the port of the second device is used as a second port;

[0088] Determining whether the second device is a dumb device or an active device;

[0089] In the case where the second device is an active device, determining an input characteristic value and an output characteristic value of the second port according to the first service characteristic value and a second service characteristic value transmitted between ports of different target devices; determining a unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port;

[0090] In the case where the second device is a dumb device, determining a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port;

[0091] Based on the unidirectional service route between two adjacent target device ports, the unidirectional service routes between all target device ports are obtained.

[0092] In an optional embodiment of the present application, determining the input characteristic value and the output characteristic value of the second port according to the first service characteristic value and the second service characteristic value transmitted between different target device ports includes:

[0093] The first service characteristic value of the first port is mirrored to the second port; if the second service characteristic value of the second port is greater than or equal to the first service characteristic value of the first port, the first service characteristic value of the first port is used as the input characteristic value of the second port, the fourth service characteristic value of other ports of the second device is obtained, and the fifth service characteristic value associated with the input characteristic value in the fourth service characteristic value is determined by a preset service logic as the output characteristic value of the second port.

[0094] In an optional embodiment of the present application, determining the unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port includes:

[0095] In the case where the output characteristic value of the second port includes the input characteristic value, the port corresponding to the fifth service characteristic value is used as the output port of the second device. If the output port has no device connected to it, the second device is used as a terminal device. The unidirectional service routing between the first port and the second port is from the first port to the second port. If the output port has a device connected to it, the output port is used as the first port, and the device connected to it is used as the second device. The step of determining whether the second device is a dumb device or an active device is re-executed until the output port of the second device has no device connected to it.

[0096] In an optional embodiment of the present application, determining a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port includes:

[0097] If the second service characteristic value of the first port is equal to the first service characteristic value, the second device is a terminal device, and the unidirectional service route between the first port and the second port is from the first port to the second port; if the second service characteristic value of the first port is greater than the first service characteristic value, the second service characteristic value of the first port is mirrored to the second port, and the first service characteristic value is subtracted from the second service characteristic value obtained on the second port to obtain a third service characteristic value as the service characteristic value transmitted from the second port to the first port, and the unidirectional service route between the first port and the second port is from the first port to the second port and from the second port to the first port.

[0098] The following is the application process of the software-defined network unidirectional broadcast routing presentation method of the present application, such as Figure 5 As shown:

[0099] First, query the first service characteristic value in the service system: query the service system to determine the first service characteristic value, where the service characteristic value is defined as characteristic value X, which may be composed of a single data or a group of data;

[0100] Second, query the ports of the devices in the software-defined network that contain the characteristic values: query the ports of the devices in the system on which the characteristic value X is distributed, and do not exclude that multiple ports contain the same characteristic value X;

[0101] Third, query the software-defined network engineering data: When the complete feature value X in the second step points to a specific device and port, query the engineering database:

[0102] If the port with the specified characteristic value X has no connection relationship with other devices in the system, the recursive query is directly skipped and the matching of other ports in the second step is restarted;

[0103] If the port with the specified characteristic value X is connected to other devices in the system, proceed to the next step;

[0104] Fourth, obtain the device and port in the software-defined network: Based on the connection relationship obtained in step 3, obtain the device name and port number at the other end of the cable from the design and engineering database. Here, define the device at the other end as device A, and the port number as port #1. Figure 6 ;

[0105] Fifth, determine the device type: Determine the device type of device A:

[0106] Active devices are devices that collect device service characteristic values ​​through protocols;

[0107] A dumb device is a device that has no protocol and cannot collect device service characteristic values. Its port service characteristic values ​​are only obtained through the upper and lower port mirroring;

[0108] Sixth, when device A is defined as a dumb device, the port corresponding to device A may also become a next-level unidirectional route, as described below:

[0109] See Figure 7 , when all service characteristic values ​​of port 1 on device 1 are equal to service characteristic value X, the device is defined as a terminal device, and only one unidirectional service route is generated from port 1 on device 1 to port #1 on device A;

[0110] See Figure 8 When all the service characteristic values ​​obtained through collection in port 1 on device 1 are greater than the service characteristic value X, it means that there are still services that need to be transmitted to the next level. Then all the values ​​of these services from port 1 on device 1 are mirrored to port #1 on device A, and all the service characteristic values ​​obtained in port #1 on device A are subtracted from the characteristic value X. The characteristic value Y obtained except the characteristic value X will be used as the characteristic value for the next level of service transmission.

[0111] Will Figure 8 Bidirectional routes on the same port are generated based on the characteristic value Y Fig. 9 One-way service routing on the same port. Specifically, two one-way service routes are generated, from port 1 on device 1 to port #1 on device A; and then from port #1 on device A back to port 1 on device 1;

[0112] Seventh, the characteristic value obtained by the device in the software-defined network is compared with the input characteristic value. This step collects data on the device and port for the active device, obtains the characteristic value of the service from the data collection of the device port, and compares it with the input characteristic value of the device port. See the following figure for explanation:

[0113] Fig.10 It can be seen that port 1 in device 1 mirrors the characteristic value X to port #1 in device A. By collecting characteristic value data from port #1 in device A, the collected characteristic value data is compared with the input characteristic value X.

[0114] Eighth, whether it contains the input characteristic value: In the seventh step, it is determined whether the characteristic value of port #1 in device A collected contains the input X characteristic value of the port:

[0115] If the ingested X feature value of the port is not included, the recursive query is exited;

[0116] If the number of X features is less than the port's input, the recursive query is exited;

[0117] The excess is equal to the input X feature value of the port, and the next recursive query is performed;

[0118] Ninth, query the relationship between device input and output characteristic values ​​in the software-defined network: In step 8, the characteristic value of the device input has been determined. The next step is to locate the output port information by querying the characteristic values ​​of other ports of the device and determining the relationship between the input and output characteristic values;

[0119] exist Fig.11 Port #1 in device A has determined the characteristic value X. By collecting characteristic value data for other ports of device A, the characteristic value Y associated with the characteristic value X is defined through business logic.

[0120] The characteristic value Y may be composed of a group of data, resulting in the characteristic value Y being distributed on different ports in device A;

[0121] The distribution of eigenvalues ​​Y on different ports also differs, and different ports contain different numbers of eigenvalues ​​Y;

[0122] There is a quantitative correspondence between the input X eigenvalue and the output eigenvalue Y;

[0123] Tenth, query whether the input characteristic value is used by the output in the software-defined network: to determine whether the data of the characteristic value Y in the output port contains all the data of the characteristic value of the input port X. Through this process, determine the unique mirror relationship between the port input and output in the device:

[0124] If the data of the feature value Y in the output port does not completely contain the data of the feature value X in the input port, the recursive query will be jumped;

[0125] If the data of the eigenvalue Y in the output port completely contains the data of the eigenvalue of the input port X, proceed to the next step;

[0126] Eleventh, the output characteristic value of the device port in the software-defined network: After completing step ⑩, determine the specific output port position of device A where the characteristic value Y is located, port 1 of "device A".

[0127] Twelfth, after completing step 11, the next level unidirectional route of port 1 in device A will continue to be queried. The system will query the relevant cable data in the design and engineering database according to the physical information of the output port 1 in device A.

[0128] If the query result indicates that the port has a next-level link, a new recursive query will start from step ①, and the service feature value Y will be used to match the next-level device and port;

[0129] If the query result shows no next-level link (connection), the node is a terminal device.

[0130] Thirteenth, after completing the entire query process from step 1 to step 12, the system will store all device information obtained in this process, including but not limited to the device's characteristic value, port information, and other device information connected to it, in the device cache, in order to improve the efficiency of subsequent queries and processing, thereby quickly generating service routes;

[0131] Step 14: Generate topology data. In step 13, the system further processes the devices and their connection information in the cache, converting the data into a specific and efficient data structure. The system provides this specific data structure to the front end, which uses the topology data to draw and present network routes.

[0132] This application uses the above steps to obtain the basic data for building business routes in a reduced dimension. Its main feature is that it only needs to obtain the business characteristic values ​​in the equipment, and the connection relationship between the ports of the equipment is obtained through engineering data, which simplifies the complexity of equipment data collection. Through this dimensionality reduction data acquisition strategy, the complexity and cost of data collection can be significantly reduced while ensuring the quality of business route construction, allowing network managers to manage and optimize the network more efficiently and improve the performance and reliability of the overall network.

[0133] This application uses algorithm logic to quickly converge, locate and establish a one-way topology diagram. The algorithm logic for generating the topology is to split a link into two single-link key business topologies by sending and receiving signals in a single-signal manner. It does not rely on the in-depth collection of real-time, full, and high-dimensional data of each device in the network, but instead collects engineering data to efficiently and accurately obtain the link relationship between network device ports.

[0134] This application generates optimized software-defined network routing topology through dimensionality reduction, converts complex mesh structures into unidirectional topology diagrams through linear processing, and realizes the transformation of device ports from bidirectional transceiver mode to single-transmit and single-receive mode. It reduces the visual complexity of the network structure diagram, makes the actual service routing clear in the software-defined network, and improves the efficiency and intuitiveness of network management. Fig.12 In software-defined networks, Fig.12 As shown, in a mesh topology structure including five devices, due to the complex multi-path connection characteristics and the signal receiving and sending functions of each route, the flow direction of specific services cannot be intuitively identified in the topology map. In order to solve the problem that the mesh topology structure cannot intuitively display the service flow direction in the software-defined network topology map, the present invention innovatively proposes to simplify the bidirectional receiving and sending ports of the device into a single-sending and single-receiving mode, and redraw them in the topology map accordingly, thereby constructing a topology map with clear directionality. This improvement solves the problem of service flow direction in the original topology map, improves the intuitiveness and readability of the topology map, and enables network managers to quickly and accurately grasp the actual flow direction of services in the network.

[0135] Fig.13 The improved software-defined network topology diagram is shown, and its clear directional identification provides strong support for network management and optimization. The improved method realizes the one-way network topology display ( Fig.13 ), signal routing is processed through the single-transmit and single-receive modes of the device port, which intuitively shows the flow of services in the software-defined network after passing through the device, thereby generating an intuitive service routing topology. Fig.13 It can be seen that the "main device" appears three times in the route of the entire service, because the connection between "Device 2", "Device 3" and the "main device" port is a bidirectional transceiver mode. After the device port is processed in single-transmit and single-receive mode. Fig.14 , in the topology diagram, change the bidirectional receiving and sending mode of the "Device 2" port to the port single receiving and single sending mode. As can be seen in the figure, 1 group of ports bidirectional group is changed to 2 groups of ports single sending and single receiving group. Fig.14 The port in the middle group is a bidirectional group, and the service flow direction cannot be directly viewed. Fig.14 The middle port consists of a single send and single receive group Fig.13, you can intuitively see the flow of business. The specific steps are as follows: First, the "Port 2" of the "Master Device" is used as the signal output port to transmit the signal to the "Port 1" of the "Device 2". At this time, the "Port 1" of the "Device 2" is used as the input port for signal input; the signal input through "Port 1" is processed by "Device 2" and output by "Port 1" of "Device 2". At this time, the "Port 1" of the device "Device 2" is used as the output port of the signal; the processed signal is output to the "Port 2" of the "Master Device" through the "Port 1" of "Device 2". At this time, the "Port 2" of the "Master Device" is used as the input port; through the above processing method, Fig.14 The connection between the "main device" and "device 2" is through two-way communication. By processing it into a one-way transmission mode, Fig.14 See above: The signal from the "master device" is transmitted to "device 2" for processing and then transmitted back to the "master device".

[0136] It should be understood that, although the various steps in the flow chart are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear description in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a portion of the steps in the figure may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these sub-steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

[0137] See also Fig.15 An embodiment of the present application provides a software defined network unidirectional broadcast routing presentation device 1500, including:

[0138] The parsing module 1510 is used to receive a service route query instruction and parse the service information in the service route query instruction;

[0139] A first determination module 1520 is used to determine, based on a preset software defined network engineering database and according to a first service characteristic value corresponding to the service information, a connection relationship between different target device ports in the software defined network, wherein the target device port is determined by the first service characteristic value;

[0140] The second determination module 1530 is used to determine the unidirectional service routing between different target device ports based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports.

[0141] For the specific definition of the above-mentioned device 1500, please refer to the definition of the unidirectional broadcast routing presentation method for software-defined networks in the above text, which will not be repeated here. Each module in the above-mentioned device 1500 can be implemented in whole or in part by software, hardware and a combination thereof. The above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.

[0142] In one embodiment, a computer device is provided, the internal structure diagram of which can be as follows: Fig.16 As shown. The computer device includes a processor, a memory, a network interface and a database connected via a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store data. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a one-way broadcast routing presentation method for a software-defined network is implemented as above. It includes: a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, any step in the one-way broadcast routing presentation method for a software-defined network is implemented as above.

[0143] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, any step in the above-mentioned method for presenting unidirectional broadcast routing for software-defined networks can be implemented.

[0144] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0145] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0146] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0147] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0148] Although the preferred embodiments of the present application have been described, those skilled in the art may make other changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0149] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for presenting unidirectional broadcast routing in a software defined network, characterized in that: include: Receiving a service routing query instruction and parsing the service information in the service routing query instruction; Based on a preset software defined network engineering database, and according to a first service characteristic value corresponding to the service information, determining a connection relationship between different target device ports in the software defined network, wherein the target device port is determined by the first service characteristic value; Based on the connection relationship between different target device ports in the software defined network, and according to the first service characteristic value and the second service characteristic value transmitted between the different target device ports, a unidirectional service route between the different target device ports is determined.

2. The method according to claim 1, characterized in that The method of determining the connection relationship between different target device ports in the software defined network based on a preset software defined network engineering database and according to the first service characteristic value corresponding to the service information comprises: Using the first service characteristic value as a query condition, generating a one-way target device queue relationship; Generate a position relationship between different target devices through a mapping relationship between different target devices constructed by the first service characteristic value in the one-way target device queue relationship; According to the positional relationship between different target devices and the cable relationship between different target devices in a preset software-defined network engineering database, the connection relationship between the ports of different target devices in the software-defined network is determined.

3. The method according to claim 2, characterized in that The method of determining a unidirectional service route between different target device ports based on a connection relationship between different target device ports in a software defined network and according to the first service characteristic value and a second service characteristic value transmitted between different target device ports includes: When the connection relationship between different target device ports in a software-defined network starts with the output port of the source device in the software-defined network and ends with the port of the terminal device, a unidirectional service route between different target device ports is determined according to a preset service flow direction, wherein the preset service flow direction is obtained from a preset software-defined network engineering database.

4. The method according to claim 2, characterized in that: The method of determining a unidirectional service route between different target device ports based on a connection relationship between different target device ports in a software defined network and according to the first service characteristic value and a second service characteristic value transmitted between different target device ports includes: For two adjacent target devices among all the target device ports, one of the two target devices is selected as a first device, the port of the first device is used as a first port, a device connected to the first device is used as a second device, and the port of the second device is used as a second port; Determining whether the second device is a dumb device or an active device; In the case where the second device is an active device, determining an input characteristic value and an output characteristic value of the second port according to the first service characteristic value and a second service characteristic value transmitted between ports of different target devices; determining a unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port; In the case where the second device is a dumb device, determining a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port; Based on the unidirectional service route between two adjacent target device ports, the unidirectional service routes between all target device ports are obtained.

5. The method according to claim 4, characterized in that The step of determining the input characteristic value and the output characteristic value of the second port according to the first service characteristic value and the second service characteristic value transmitted between ports of different target devices includes: The first service characteristic value of the first port is mirrored to the second port; if the second service characteristic value of the second port is greater than or equal to the first service characteristic value of the first port, the first service characteristic value of the first port is used as the input characteristic value of the second port, the fourth service characteristic value of other ports of the second device is obtained, and the fifth service characteristic value associated with the input characteristic value in the fourth service characteristic value is determined by a preset service logic as the output characteristic value of the second port.

6. The method according to claim 5, characterized in that The step of determining a unidirectional service route between two adjacent target device ports according to the input characteristic value and the output characteristic value of the second port includes: In the case where the output characteristic value of the second port includes the input characteristic value, the port corresponding to the fifth service characteristic value is used as the output port of the second device. If the output port has no device connected to it, the second device is used as a terminal device. The unidirectional service routing between the first port and the second port is from the first port to the second port. If the output port has a device connected to it, the output port is used as the first port, and the device connected to it is used as the second device. The step of determining whether the second device is a dumb device or an active device is re-executed until the output port of the second device has no device connected to it.

7. The method according to claim 2, characterized in that The determining of a unidirectional service route between two adjacent target device ports according to a relationship between the first service characteristic value and the second service characteristic value of the first port includes: If the second service characteristic value of the first port is equal to the first service characteristic value, the second device is a terminal device, and the unidirectional service route between the first port and the second port is from the first port to the second port; if the second service characteristic value of the first port is greater than the first service characteristic value, the second service characteristic value of the first port is mirrored to the second port, and the first service characteristic value is subtracted from the second service characteristic value obtained on the second port to obtain a third service characteristic value as the service characteristic value transmitted from the second port to the first port, and the unidirectional service route between the first port and the second port is from the first port to the second port and from the second port to the first port.

8. A unidirectional broadcast routing presentation device for software-defined networks, characterized in that: include: A parsing module, used to receive a service routing query instruction and parse the service information in the service routing query instruction; A first determination module is used to determine, based on a preset software defined network engineering database and according to a first service characteristic value corresponding to the service information, a connection relationship between different target device ports in the software defined network, wherein the target device port is determined by the first service characteristic value; The second determination module is used to determine the unidirectional service routing between different target device ports based on the connection relationship between different target device ports in the software defined network and according to the first service characteristic value and the second service characteristic value transmitted between different target device ports.

9. A computer device comprising: A memory and a processor, wherein the memory stores a computer program, wherein when the processor executes the computer program, the steps of the method for presenting unidirectional broadcast routing for software-defined networks as described in any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method for presenting unidirectional broadcast routing for software-defined networks described in any one of claims 1 to 7 are implemented.

Images