CN115767155A - Network communication method, device, equipment and storage medium - Google Patents
Network communication method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN115767155A CN115767155A CN202211089944.1A CN202211089944A CN115767155A CN 115767155 A CN115767155 A CN 115767155A CN 202211089944 A CN202211089944 A CN 202211089944A CN 115767155 A CN115767155 A CN 115767155A
- Authority
- CN
- China
- Prior art keywords
- unicast message
- service
- message
- service request
- unicast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 52
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000004044 response Effects 0.000 claims abstract description 85
- 238000005516 engineering process Methods 0.000 claims abstract description 16
- 238000001514 detection method Methods 0.000 claims abstract description 7
- 238000004590 computer program Methods 0.000 claims description 14
- 238000007689 inspection Methods 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000006855 networking Effects 0.000 abstract description 15
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005266 casting Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001629 suppression Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a network communication method, a device, equipment and a storage medium, which relate to the technical field of communication and are applied to a software defined network controller, and the method comprises the following steps: acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message; and matching the analyzed second unicast message with the available service list so that the service response end can respond to the request of the service request end according to the matching result. Through the technical scheme, the problems of equipment discovery and the like of screen projection in a cross-network section in large-scale WLAN networking can be solved, and the problem of broadcast storm caused by setting a large two-layer network for screen projection of the large-scale WLAN is also solved.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a network communication method, apparatus, device, and storage medium.
Background
Wi-Fi (Wireless-Fidelity) is currently a main technology for terminal devices to access Wireless networks, and mobile terminals represented by apple devices change habits and lives of people. For enterprise large Area Network (WLAN) networking, with the need for service flexibility extension and the maturity and application of Software Defined Networking (SDN), the application of SDN technology to WLAN networking has become an industry trend and mainstream. One implementation is referred to patents: WLAN layered networking system and method based on SDN (CN 104582004A).
In a wireless lan scenario, applications that are continuously developed rely on multicast protocols, such as wireless screen projection, etc., and the protocols that are mainly based on the multicast Domain Name System (mDNS) are that printers or screen projection televisions supporting the Bonjour protocol (zero configuration networking) continuously broadcast requests in subnets to discover connected devices. Because the multicast message is a protocol with lower performance and efficiency in the WLAN network, the occupation of the empty port of the multicast message greatly reduces the performance of the wireless network, and frequent multicast message transmission also affects the battery use of the device. At present, in a household use scene, the problems of multiple devices, authority control and the like do not exist on the basis of one network segment; for enterprise scenarios such as schools, large enterprises, and the like, under a WLAN hierarchical networking architecture based on SDN, the following devices are generally divided into multiple VLANs (Virtual Local Area networks) and Network segments, and devices across VLANs cannot be found. Since devices such as screen projection also generally need to consider security control, and if all devices are in a network segment, a relatively serious broadcast storm problem is often caused, so that broadcasting in an enterprise network is usually suppressed or directly prohibited. Typical enterprise and large ethernet methods for addressing broadcast storms refer to: broadcast storm suppression method and system (CN 103209092B)
In conclusion, how to effectively achieve the problem of cross-network discovery of multicast messages and effectively solve the problem of broadcast storm at the same time is the problem to be solved at present.
Disclosure of Invention
In view of the above, an object of the present invention is to provide a network communication method, apparatus, device and storage medium, which can effectively solve the problem of discovery of multicast packets across network segments and effectively solve broadcast storms. The specific scheme is as follows:
in a first aspect, the present application discloses a network communication method applied to a software defined network controller, including:
acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting multicast messages through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast messages through the AC/AP;
analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message;
and matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
Optionally, the obtaining a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end includes:
and acquiring a first unicast message obtained by converting the mdns multicast message sent by the service request end through the AC/AP and a second unicast message obtained by converting the mdns multicast message sent by the service response end through the AC/AP.
Optionally, after obtaining the first unicast message corresponding to the service request end and the second unicast message corresponding to the service response end, the method further includes:
determining a current application scenario of the software defined network controller;
if the current application scene is a first application scene with a cross-network segment condition, controlling the AC to carry out centralized forwarding on the first unicast message and the second unicast message;
and if the current application scene is a second application scene without cross-network segment condition, controlling the AP to locally forward the first unicast message and the second unicast message.
Optionally, the matching the analyzed second unicast message with the available service list according to a preset policy, so that the service response end responds to the request of the service request end according to the matching result, including:
and when the analyzed second unicast message is matched with the available service list, forwarding the message carrying the corresponding parameter list from the service response end to the service request end, and forwarding the message carrying the corresponding parameter list from the service request end to the service response end, so that the service request end and the service response end establish connection.
Optionally, the network communication method further includes:
and monitoring the two-layer message forwarded by the AC/AP by using a data plane strategy.
Optionally, the obtaining a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end includes:
and acquiring a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end based on the OPENFLOW communication protocol.
In a second aspect, the present application discloses a network communication apparatus applied to a software defined network controller, including:
the message acquisition module is used for acquiring a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end; the first unicast message is a message which is sent by the service request end and obtained by converting multicast messages through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast messages through the AC/AP;
the list updating module is used for analyzing the first unicast message and the second unicast message through a deep packet inspection technology and updating an available service list by using data related to the service request end in the analyzed first unicast message;
and the list matching module is used for matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
Optionally, the packet obtaining module includes:
the communication unit is used for acquiring a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end based on the OPENFLOW communication protocol.
In a third aspect, the present application discloses an electronic device comprising a processor and a memory; wherein the memory is used for storing a computer program which is loaded and executed by the processor to implement the network communication method as described above.
In a fourth aspect, the present application discloses a computer readable storage medium for storing a computer program; wherein the computer program when executed by a processor implements a network communication method as previously described.
The method is applied to a software defined network controller, and comprises the steps of firstly obtaining a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting multicast messages through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast messages through the AC/AP; then, analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message; and finally, matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result. As can be seen, under the SDN-based WLAN hierarchical networking architecture, because a control plane and a data plane are effectively separated, broadcast data of a first unicast message corresponding to a service request end and broadcast data of a second unicast message corresponding to a service response end are reported to an SDN controller through a lower AC/AP, so that the SDN controller can maintain an updated available service list based on the service request end and the service response end, and a problem of discovery of multicast messages across network segments can be effectively solved through a centralized device anchor point of the AC/AP; meanwhile, a message initiated by a service response end is matched with an available service list on the SDN controller according to a preset strategy, so that discovery and connection strategies between network segments and between devices can be flexibly controlled. Therefore, the problem of cross-network section of the multicast message is solved, the problem of multicast strategy control is also solved, and the problem of broadcast storm is effectively solved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the prior art descriptions will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a flow chart of a network communication method disclosed herein;
fig. 2 is a basic framework diagram illustrating migration of an AC + AP architecture network to an SDN according to the present disclosure;
FIG. 3 is a schematic diagram of a network communication method disclosed herein;
FIG. 4 is a schematic diagram of a specific network communication flow disclosed herein;
figure 5 is a schematic diagram of an SDN controller service module disclosed herein;
FIG. 6 is a flow chart of a particular network communication method disclosed herein;
FIG. 7 is a schematic diagram of a network communication method disclosed herein;
fig. 8 is a schematic structural diagram of a network communication device disclosed in the present application;
fig. 9 is a block diagram of an electronic device disclosed in the present application.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
At present, in a wireless local area network scene, continuous application is carried out depending on a multicast protocol, and in a household use scene, the problems of multiple devices, authority control and the like do not exist; for enterprise scenarios such as schools, large enterprises, and the like, under the SDN-based WLAN hierarchical networking architecture, the following devices are generally divided into multiple VLANs and network segments, and devices across VLANs cannot be discovered. Since devices such as screen projection generally need to consider security control, if all devices are in a network segment, a relatively serious broadcast storm problem is often caused.
Therefore, the network communication scheme is provided, the problem of discovery of the multicast message across network segments can be effectively solved, and meanwhile, the broadcast storm is effectively solved.
The embodiment of the invention discloses a network communication method, which is shown in figure 1 and is applied to a software defined network controller, and the method comprises the following steps:
step S11: acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained after the multicast message is converted through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained after the multicast message is converted through the AC/AP.
In the embodiment of the application, the protocol mainly based on the mDNS protocol can correspond to screen projection equipment like Apple TV (Apple television set top box) and the like for the service request end, and can correspond to screen projection client sides like iPhone (Apple mobile phone) and the like for the service response end. Specifically, in a SDN-based WLAN hierarchical networking architecture, a service request end and a service response end send respective mdns multicast messages to an Access Point (AP)/Access Controller (AC), and then the AP/AC converts the multicast messages into unicast messages and sends the unicast messages to an SDN Controller, where a communication protocol adopted between the SDN Controller and the AP/AC is an OPENFLOW protocol.
It should be noted that, by means of the policy of the data plane, the SDN controller may listen to the layer two packet in the entire wireless network, that is, listen to the layer two packet forwarded through the AC/AP. After the service request end and the service response end send the mDNS multicast message to the AC/AP, the corresponding devices of the service request end and the service response end can be registered based on the mDNS protocol, and some basic information about the devices of the service request end and the service response end, such as information of product version, model, and the like, is obtained. In addition, when the wireless network is covered by the AC/AP, the AC/AP can be centralized in the switch, so that the equipment in the whole network can be intuitively and uniformly discovered, upgraded and configured in batches, and even the monitoring on a wireless link and the management on a wireless user can be included. Fig. 2 shows a basic framework of a current SDN-based WLAN layered networking system, which can implement migration from an AC + AP architecture network to an SDN, and further, fig. 3 shows a specific network communication method diagram, which simplifies and extends processing of a broadcast packet, that is, an SDN controller is extended to manage two scenarios, namely, a wireless scenario and a wired scenario, so that the wired and wireless scenarios are integrated, and the whole scenario is more general. A service request end (Advertising station) and a service response end (query station) may send a multicast packet to an AC/AP or a switch, and further forward the converted unicast packet to an SDN controller.
Step S12: and analyzing the first unicast message and the second unicast message by a deep packet inspection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message.
In the embodiment of the application, a Deep Packet Inspection (DPI) engine module is deployed in an SDN controller, and analyzes one or more packets forwarded by a service request end and a service response end through an AC/AP by using a Deep Packet Inspection technology, so as to obtain context of the Packet, further know information such as relevant parameters and device attributes of devices at the service request end and the service response end, and update an available service list.
Step S13: and matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
In the embodiment of the application, the analyzed second unicast message of the service response end is used for matching according to a preset strategy, and whether the service response end needs to respond or not is judged according to a matching result. Specifically, the matching the analyzed second unicast message with the available service list according to a preset policy so that the service response end responds to the request of the service request end according to the matching result includes: and when the analyzed second unicast message is matched with the available service list, forwarding the message carrying the corresponding parameter list from the service response end to the service request end, and forwarding the message carrying the corresponding parameter list from the service request end to the service response end, so that the service request end and the service response end establish connection.
It is understood that the preset strategy can be set freely in combination with actual scenes and requirements, for example, in a school classroom, a laptop or an iPad (apple tablet) of a teacher can be set to allow the screen to be projected, but the device of a student cannot; and centralized policy control can also be performed by combining an SDN controller, for example, three room classrooms A, B, C, more policies can be defined to meet more complex scene application by setting the devices A and B to be visible, the devices B and C to be visible and the devices A and C to be invisible.
The method is applied to a software defined network controller, and comprises the steps of firstly obtaining a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting a multicast message through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast message through the AC/AP; then, analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message; and finally, matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result. As can be seen, under the SDN-based WLAN hierarchical networking architecture, because the control plane and the data plane are effectively separated, the first unicast message corresponding to the service request end and the broadcast data of the second unicast message corresponding to the service response end are reported to the SDN controller through the following AC/AP, so that the SDN controller can maintain an available service list updated based on the service request end and the service response end, and the problem of discovery of multicast messages across network segments can be effectively solved through a centralized device anchor point of the AC/AP; meanwhile, a message initiated by a service response end is matched with an available service list on the SDN controller according to a preset strategy, so that discovery and connection strategies between network segments and between devices can be flexibly controlled. Therefore, the problem of cross-network section of the multicast message is solved, the problem of multicast strategy control is also solved, and the problem of broadcast storm is effectively solved.
Fig. 4 is a logic diagram illustrating a network communication flow. The adapting Station corresponds to a service request end, and the query Station corresponds to a service response end. The multicast message initiated by the updating Station is converted into a unicast message from the AC/AP and sent to the SDN controller, and the SDN controller analyzes one or more messages through a DPI engine module, acquires relevant parameters of the Station and device attributes and updates an available service list. Similarly, the inquiring Station forwards a unicast message to the SDN controller by the AC/AP, matches the existing service list and further replies a match or a mismatch. The reply message carries a corresponding parameter list, namely a service request end such as an Apple TV can acquire a parameter list of iPhone equipment to be connected, wherein the parameter list comprises a cross-network segment list and/or a list which does not cross network segments; meanwhile, a service response end such as an iPhone can also acquire a parameter list of the connectable Apple TV equipment, wherein the parameter list comprises a cross-network segment list and/or a list which does not cross a network segment.
Exemplarily, in order to support the above service logic, a service processing module needs to be added to the SDN controller, and an agent and forwarding module needs to be added to the AC/AP, as shown in fig. 5, which is a schematic diagram of the service module of the SDN controller, and by means of a policy of a data plane, a two-layer packet in the whole wireless network can be monitored, and forwarding of the packet is implemented according to an OPENFLOW table policy; the context of the acquired message can be analyzed through a DPI engine unit in the subnet management module, so that the information such as the equipment type is known, an available service list is updated, and whether response is performed or not is determined by combining a preset strategy and equipment attributes. In large-scale WLAN networking, the problems of discovery of cross-network-segment screen-casting equipment and the like are solved, and the function of authority control of specific equipment screen-casting equipment and the like can be realized by combining dynamic strategy control.
The embodiment of the present application discloses a specific network communication method, which is shown in fig. 6 and applied to a software defined network controller, and the method includes:
step S21: acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained after the multicast message is converted through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained after the multicast message is converted through the AC/AP.
Step S22: determining a current application scenario of the software defined network controller; if the current application scene is a first application scene with a cross-network segment condition, controlling the AC to forward the first unicast message and the second unicast message in a centralized manner; and if the current application scene is a second application scene without a cross-network segment condition, controlling the AP to locally forward the first unicast message and the second unicast message.
In the embodiment of the application, the SDN controller is expanded to manage a wireless scene and a wired scene, and if a cross-network segment condition does not exist in a family use scene, local forwarding of a message can be realized through an AP; if the network segment is crossed in an enterprise scene, the centralized forwarding of the message can be realized through the AC, so that the combination of the AC/AP in the specific implementation looks at the centralized forwarding and the local forwarding, the real-time anchor points of the message are different, but the basic logic and the service flow are consistent, and therefore, the wired and wireless integration is realized, and the whole scene is more universal. As shown in fig. 7, the relationship diagram is a relationship diagram for implementing packet forwarding by selecting an AC/AP in different scenarios between the SDN controller and the service request end/service response end.
Step S23: and analyzing the first unicast message and the second unicast message by a deep packet inspection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message.
Step S24: and matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
For more specific processing procedures of step S21, step S23 and step S24, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not repeated here.
The method is applied to a software defined network controller, and comprises the steps of firstly obtaining a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting a multicast message through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast message through the AC/AP; then determining the current application scene of the software defined network controller; if the current application scene is a first application scene with a cross-network segment condition, controlling the AC to carry out centralized forwarding on the first unicast message and the second unicast message; and if the current application scene is a second application scene without a cross-network segment condition, controlling the AP to locally forward the first unicast message and the second unicast message. Analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message; and finally, matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result. As can be seen, under the SDN-based WLAN hierarchical networking architecture, because a control plane and a data plane are effectively separated, broadcast data of a first unicast message corresponding to a service request end and broadcast data of a second unicast message corresponding to a service response end are reported to an SDN controller through a lower AC/AP, so that the SDN controller can maintain an updated available service list based on the service request end and the service response end, and a problem of discovery of multicast messages across network segments can be effectively solved through a centralized device anchor point of the AC/AP; meanwhile, a message initiated by a service response end is matched with an available service list on the SDN controller according to a preset strategy, so that discovery and connection strategies among network segments and equipment can be flexibly controlled. Therefore, the problem of cross-network section of the multicast message is solved, the problem of multicast strategy control is also solved, and the problem of broadcast storm is effectively solved.
Correspondingly, an embodiment of the present application further discloses a network communication apparatus, and as shown in fig. 8, the apparatus includes:
the message acquiring module 11 is configured to acquire a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting multicast messages through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast messages through the AC/AP;
a list updating module 12, configured to analyze the first unicast message and the second unicast message through a deep packet inspection technology, and update an available service list by using data related to the service request end in the analyzed first unicast message;
and the list matching module 13 is configured to match the analyzed second unicast message with the available service list according to a preset policy, so that the service response end responds to the request of the service request end according to a matching result.
For more specific working processes of the above modules, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not described herein again.
Therefore, the scheme of the embodiment is applied to a software defined network controller, and first a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end are obtained; the first unicast message is a message which is sent by the service request end and obtained by converting a multicast message through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast message through the AC/AP; then, analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message; and finally, matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result. As can be seen, under the SDN-based WLAN hierarchical networking architecture, because the control plane and the data plane are effectively separated, the first unicast message corresponding to the service request end and the broadcast data of the second unicast message corresponding to the service response end are reported to the SDN controller through the following AC/AP, so that the SDN controller can maintain an available service list updated based on the service request end and the service response end, and the problem of discovery of multicast messages across network segments can be effectively solved through a centralized device anchor point of the AC/AP; meanwhile, a message initiated by a service response end is matched with an available service list on the SDN controller according to a preset strategy, so that discovery and connection strategies between network segments and between devices can be flexibly controlled. Therefore, the problem of cross-network section of the multicast message is solved, the problem of multicast strategy control is also solved, and the problem of broadcast storm is effectively solved.
Further, an electronic device is disclosed in the embodiments of the present application, and fig. 9 is a block diagram of an electronic device 20 according to an exemplary embodiment, which should not be construed as limiting the scope of the application.
Fig. 9 is a schematic structural diagram of an electronic device 20 according to an embodiment of the present disclosure. The electronic device 20 may specifically include: at least one processor 21, at least one memory 22, a power supply 23, a communication interface 24, an input output interface 25, and a communication bus 26. Wherein, the memory 22 is used for storing a computer program, and the computer program is loaded and executed by the processor 21 to implement the relevant steps in the network communication method disclosed in any of the foregoing embodiments. In addition, the electronic device 20 in this embodiment may specifically be an SDN controller.
In this embodiment, the power supply 23 is configured to provide a working voltage for each hardware device on the electronic device 20; the communication interface 24 can create a data transmission channel between the electronic device 20 and an external device, and a communication protocol followed by the communication interface is any communication protocol applicable to the technical solution of the present application, and is not specifically limited herein; the input/output interface 25 is configured to obtain external input data or output data to the outside, and a specific interface type thereof may be selected according to specific application requirements, which is not specifically limited herein.
In addition, the memory 22 is used as a carrier for storing resources, and may be a read-only memory, a random access memory, a magnetic disk, an optical disk, or the like, the resources stored thereon may include an operating system 221, a computer program 222, data 223, and the like, and the data 223 may include various data. The storage means may be a transient storage or a permanent storage.
The operating system 221 is used for managing and controlling each hardware device on the electronic device 20 and the computer program 222, and may be Windows Server, netware, unix, linux, or the like. The computer program 222 may further include a computer program that can be used to perform other specific tasks in addition to the computer program that can be used to perform the network communication method performed by the electronic device 20 disclosed in any of the foregoing embodiments.
Further, embodiments of the present application disclose a computer-readable storage medium, where the computer-readable storage medium includes a Random Access Memory (RAM), a Memory, a Read-Only Memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a magnetic disk, or an optical disk, or any other form of storage medium known in the art. Wherein the computer program when executed by a processor implements the aforementioned network communication method. For the specific steps of the method, reference may be made to corresponding contents disclosed in the foregoing embodiments, and details are not repeated here.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
The steps of a network communication method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
Finally, it should also be noted that, in this document, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or apparatus that comprises the element.
The network communication method, device, apparatus and storage medium provided by the present invention are described in detail above, and the principle and implementation of the present invention are explained in this document by applying specific examples, and the description of the above embodiments is only used to help understanding the method and core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (10)
1. A network communication method is applied to a software defined network controller and comprises the following steps:
acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting a multicast message through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast message through the AC/AP;
analyzing the first unicast message and the second unicast message through a deep message detection technology, and updating an available service list by using data related to the service request terminal in the analyzed first unicast message;
and matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
2. The network communication method according to claim 1, wherein the obtaining a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end comprises:
and acquiring a first unicast message obtained by converting the mdns multicast message sent by the service request end through the AC/AP and a second unicast message obtained by converting the mdns multicast message sent by the service response end through the AC/AP.
3. The network communication method according to claim 1, wherein after obtaining the first unicast message corresponding to the service request end and the second unicast message corresponding to the service response end, the method further comprises:
determining a current application scenario of the software-defined network controller;
if the current application scene is a first application scene with a cross-network segment condition, controlling the AC to carry out centralized forwarding on the first unicast message and the second unicast message;
and if the current application scene is a second application scene without a cross-network segment condition, controlling the AP to locally forward the first unicast message and the second unicast message.
4. The network communication method according to claim 1, wherein the matching the parsed second unicast packet with the available service list according to a preset policy, so that the service response end responds to the request of the service request end according to a matching result, comprises:
and when the analyzed second unicast message is matched with the available service list, forwarding the message carrying the corresponding parameter list from the service response end to the service request end, and forwarding the message carrying the corresponding parameter list from the service request end to the service response end, so that the service request end and the service response end establish connection.
5. The network communication method according to claim 1, further comprising:
and monitoring the two-layer message forwarded by the AC/AP by using a data plane strategy.
6. The network communication method according to any one of claims 1 to 5, wherein the obtaining a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end includes:
and acquiring a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end based on the OPENFLOW communication protocol.
7. A network communication device, applied to a software defined network controller, comprising:
the message acquisition module is used for acquiring a first unicast message corresponding to a service request end and a second unicast message corresponding to a service response end; the first unicast message is a message which is sent by the service request end and obtained by converting multicast messages through an AC/AP, and the second unicast message is a message which is sent by the service response end and obtained by converting the multicast messages through the AC/AP;
the list updating module is used for analyzing the first unicast message and the second unicast message through a deep packet inspection technology and updating an available service list by using data related to the service request end in the analyzed first unicast message;
and the list matching module is used for matching the analyzed second unicast message with the available service list according to a preset strategy so that the service response end can respond to the request of the service request end according to the matching result.
8. The network communication device according to claim 7, wherein the packet obtaining module comprises:
the communication unit is used for acquiring a first unicast message corresponding to the service request end and a second unicast message corresponding to the service response end based on the OPENFLOW communication protocol.
9. An electronic device, comprising a processor and a memory; wherein the memory is for storing a computer program that is loaded and executed by the processor to implement the network communication method of any of claims 1 to 6.
10. A computer-readable storage medium for storing a computer program; wherein the computer program when executed by a processor implements the network communication method of any of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211089944.1A CN115767155A (en) | 2022-09-07 | 2022-09-07 | Network communication method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211089944.1A CN115767155A (en) | 2022-09-07 | 2022-09-07 | Network communication method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115767155A true CN115767155A (en) | 2023-03-07 |
Family
ID=85349636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211089944.1A Pending CN115767155A (en) | 2022-09-07 | 2022-09-07 | Network communication method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115767155A (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104618231A (en) * | 2015-02-05 | 2015-05-13 | 成都西加云杉科技有限公司 | Deep packet inspection method, device and system for cloud terminal Wi-fi system |
| CN104753704A (en) * | 2013-12-27 | 2015-07-01 | 中兴通讯股份有限公司 | State migration method in SDN (software defined network) and switch |
| CN105848131A (en) * | 2016-05-09 | 2016-08-10 | 厦门四信通信科技有限公司 | Method for realizing STA cross-domain roaming through cloud AC |
| US20160315781A1 (en) * | 2015-04-24 | 2016-10-27 | Meru Networks | Extension of wi-fi services multicast to a subnet across a wi-fi network using software-defined networking (sdn) to centrally control data plane behavior |
| CN107770221A (en) * | 2016-08-19 | 2018-03-06 | 阿里巴巴集团控股有限公司 | Transmission method, server conversion equipment, client conversion equipment and the system of data |
| US20180083791A1 (en) * | 2016-09-20 | 2018-03-22 | Fortinet, Inc. | Reducing multicast service traffic for matching and streaming in sdn (software defined networking) enabled networks |
| CN107948064A (en) * | 2017-11-09 | 2018-04-20 | 浙江宇视科技有限公司 | A kind of cross-domain method of multicasting and device based on SDN |
| CN109088955A (en) * | 2018-07-23 | 2018-12-25 | 成都西加云杉科技有限公司 | Message processing method and device |
| JP2019017004A (en) * | 2017-07-07 | 2019-01-31 | 中華電信股▲分▼有限公司 | System and method for traversing non-multicast network to multicast packet using openflow protocol and udp port number address translation |
| CN109981819A (en) * | 2019-03-22 | 2019-07-05 | 新华三技术有限公司合肥分公司 | MDNS message processing method, device and group network system |
| CN113079518A (en) * | 2021-03-29 | 2021-07-06 | 新华三技术有限公司 | Message forwarding method, device and equipment |
-
2022
- 2022-09-07 CN CN202211089944.1A patent/CN115767155A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104753704A (en) * | 2013-12-27 | 2015-07-01 | 中兴通讯股份有限公司 | State migration method in SDN (software defined network) and switch |
| CN104618231A (en) * | 2015-02-05 | 2015-05-13 | 成都西加云杉科技有限公司 | Deep packet inspection method, device and system for cloud terminal Wi-fi system |
| US20160315781A1 (en) * | 2015-04-24 | 2016-10-27 | Meru Networks | Extension of wi-fi services multicast to a subnet across a wi-fi network using software-defined networking (sdn) to centrally control data plane behavior |
| CN105848131A (en) * | 2016-05-09 | 2016-08-10 | 厦门四信通信科技有限公司 | Method for realizing STA cross-domain roaming through cloud AC |
| CN107770221A (en) * | 2016-08-19 | 2018-03-06 | 阿里巴巴集团控股有限公司 | Transmission method, server conversion equipment, client conversion equipment and the system of data |
| US20180083791A1 (en) * | 2016-09-20 | 2018-03-22 | Fortinet, Inc. | Reducing multicast service traffic for matching and streaming in sdn (software defined networking) enabled networks |
| JP2019017004A (en) * | 2017-07-07 | 2019-01-31 | 中華電信股▲分▼有限公司 | System and method for traversing non-multicast network to multicast packet using openflow protocol and udp port number address translation |
| CN107948064A (en) * | 2017-11-09 | 2018-04-20 | 浙江宇视科技有限公司 | A kind of cross-domain method of multicasting and device based on SDN |
| CN109088955A (en) * | 2018-07-23 | 2018-12-25 | 成都西加云杉科技有限公司 | Message processing method and device |
| CN109981819A (en) * | 2019-03-22 | 2019-07-05 | 新华三技术有限公司合肥分公司 | MDNS message processing method, device and group network system |
| CN113079518A (en) * | 2021-03-29 | 2021-07-06 | 新华三技术有限公司 | Message forwarding method, device and equipment |
Non-Patent Citations (2)
| Title |
|---|
| 谢丰;任兆鹏;丁炜;马艳;: "基于"无线控制器+FIT AP"解决方案的无线局域网设计与实现", 电脑知识与技术, no. 10, 5 April 2019 (2019-04-05) * |
| 雒明世;魏二虎;柳建勇;: "WLAN本地转发和集中转发应用模式分析", 山东科技大学学报(自然科学版), no. 06, 15 December 2010 (2010-12-15), pages 74 - 79 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3675549B1 (en) | Network slice management method, device and system | |
| CN112583693B (en) | Virtual local area network communication method, equipment and storage medium | |
| EP3869855A1 (en) | Information transmission method and apparatus thereof | |
| DE602006000868T2 (en) | Method and system for saving battery power in wireless devices operating in a local wireless network | |
| US20090222537A1 (en) | System And Method For Interactive Instant Networking | |
| US20200076683A1 (en) | Dynamic Cloud-Based Provisioning of Branch-Based Networking Devices | |
| WO2018023338A1 (en) | Network-function management method and network-function management device | |
| CN109429244B (en) | Method and device for isolating management data of network slice subnet instances | |
| CN104253878B (en) | The vlan information management system and method for DHCP RELAY termination sub-interfaces | |
| CN108702324A (en) | User terminal LAN extensions | |
| US10334513B2 (en) | Neighbor awareness network discovery | |
| CN113810509A (en) | System and method for reconfiguring a network using network traffic comparison | |
| US20160028650A1 (en) | Method and system for a user to create favorite server lists for multiple services | |
| CN104301294B (en) | A kind of response method, device and the network side equipment of DNS query request | |
| CN115767155A (en) | Network communication method, device, equipment and storage medium | |
| CN106412031A (en) | Internet of things device discovering and controlling method | |
| CN115174528A (en) | Equipment address control method, device and system | |
| JP2024519311A (en) | Data acquisition method and system, and device therefor | |
| CN114584974A (en) | Network distribution method, device, equipment and medium for Internet of things equipment | |
| CN114765578A (en) | Service quality control method and related equipment | |
| CN112511403A (en) | Virtual local area network communication method, equipment and storage medium | |
| US9667554B2 (en) | DS domain generating method, device and system | |
| CN116996379B (en) | OVN-Kubernetes-based cloud primary network service quality configuration method and device | |
| CN112994996B (en) | Home network sharing method, MEC server, computer device, and medium | |
| US20190312929A1 (en) | Information synchronization method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |