CN112311584A - Deployment method of software defined network controller - Google Patents

Deployment method of software defined network controller Download PDF

Info

Publication number
CN112311584A
CN112311584A CN201911224327.6A CN201911224327A CN112311584A CN 112311584 A CN112311584 A CN 112311584A CN 201911224327 A CN201911224327 A CN 201911224327A CN 112311584 A CN112311584 A CN 112311584A
Authority
CN
China
Prior art keywords
controller
switch
overhead
modeling
message
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.)
Granted
Application number
CN201911224327.6A
Other languages
Chinese (zh)
Other versions
CN112311584B (en
Inventor
袁正午
王杉杉
周鹏
张晓建
李林
梁星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing University of Post and Telecommunications
Original Assignee
Chongqing University of Post and Telecommunications
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing University of Post and Telecommunications filed Critical Chongqing University of Post and Telecommunications
Priority to CN201911224327.6A priority Critical patent/CN112311584B/en
Publication of CN112311584A publication Critical patent/CN112311584A/en
Application granted granted Critical
Publication of CN112311584B publication Critical patent/CN112311584B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention relates to a deployment method of a software defined network controller, belonging to the technical field of communication networks. The method comprises the following steps: step 1, modeling the total cost of a switch; step 2, modeling the total cost of the controller; step 3, limiting conditions of connection relation between the modeling controller and the switch; step 4, modeling a switch matching list; step 5, modeling a controller matching list; step 6, bidirectional matching limiting conditions of the modeling switch and the controller matching list; and 7, determining a controller deployment strategy based on network overhead minimization under the condition that the limitation conditions of the switch and the controller are met. The method can optimize and determine the SDN controller deployment strategy under the limiting conditions of comprehensively considering the cost among the switches, the cost among the controllers, the performance of the switches and the controllers and the like, thereby realizing the load balance among the controllers.

Description

Deployment method of software defined network controller
Technical Field
The invention belongs to the technical field of communication networks, and relates to a deployment method of a software defined network controller.
Background
The core concept of a Software Defined Network (SDN) is to separate a control plane from a data plane and perform virtual expression on underlying infrastructure and resources through programmability of the SDN, so that physical equipment is simplified, transmission efficiency is improved, and dynamic on-demand allocation of network resources is realized. Compared with the traditional network, the characteristic of decoupling the SDN control function from the forwarding function enables the SDN to be widely applied to small-sized network scenes such as campus networks and local area networks, and gradually transits to large-scale and large-scale network application scenes.
With popularization of an SDN network in a large-scale application scenario, a single controller with limited performance and bandwidth cannot meet the requirement of the network, and how to implement distributed multi-controller deployment becomes a key point of research. The multi-controller deployment not only improves the reliability of the control plane, but also improves the expandability of the SDN network. However, at the same time, the multi-controller deployment also brings new problems, such as controller load balancing problem, and it can be known through further analysis how to determine the connection relationship between the controllers and the switches under the condition that the network topology and the number of the controllers are known, and how to ensure that the controllers have the remaining capacity to handle the traffic burst condition while optimizing the network overhead.
In recent years, the problem of controller deployment has been studied at home and abroad. The deployment of the controllers is further optimized through firstly deploying the controllers in the network by using a clustering method and secondly optimizing flow table establishing time and synchronous delay overhead among the controllers by using a swarm algorithm. The document [ Phemius K, Bouet M, Leguay J.DISCO: Distributed multi-domain SDN controllers.2014network Operations and Management Symphosis. IEEE ] proposes a multi-domain Distributed controller scheme DISCO which provides a lightweight and highly controllable controller channel, can dynamically adapt to heterogeneous network topologies by using inter-domain and intra-domain communication agents, and can cope with network interruption and attack to a certain extent. A sub-domain partitioning and controller deployment method for large-scale SDN 2016 computer applications divides a network into multiple sub-domains using an improved Label Propagation Algorithm (LPA) based on link reliability and controller load balancing, and finally deploys controllers in the sub-domains according to control link average latency.
Summarizing the above scheme, it can be found that some researches only consider the performance constraints of the controller and the switch unilaterally, which easily causes the reliability of the control plane to be reduced. Some studies only consider message synchronization overhead between controllers, and do not consider communication overhead between switches and communication overhead between controllers and switches. Some researches use a clustering algorithm to deploy the controller, which easily causes unstable connection between the switch and the controller.
Disclosure of Invention
In view of this, an object of the present invention is to provide a software-defined network controller deployment method, which can optimize and determine an SDN controller deployment policy under the constraint conditions of comprehensively considering overhead among switches, overhead among controllers, overhead between controllers, and performance of the switches and the controllers, so as to implement load balancing among the controllers.
In order to achieve the purpose, the invention provides the following technical scheme:
a software defined network controller deployment method, the method comprising the steps of:
step 1, modeling the total cost of a switch;
step 2, modeling the total cost of the controller;
step 3, limiting conditions of connection relation between the modeling controller and the switch;
step 4, modeling a switch matching list;
step 5, modeling a controller matching list;
step 6, bidirectional matching limiting conditions of the modeling switch and the controller matching list;
and 7, determining a controller deployment strategy based on network overhead minimization under the condition that the limitation conditions of the switch and the controller are met.
Further, the step 1 specifically includes: the switch overhead is mainly the communication overhead from switch to switch. The communication between the switches is independent of each other. Namely, it is
Figure BDA0002301730970000021
Wherein the shortest path delay, X, between switch i and switch jijIs a binary number when XijWhen the value is 1, the switch j is successfully connected with the switch i, otherwise, X isijSwitch flow request message rate is V ═ 0S。
Further, the step 2 specifically includes: the controller overhead mainly includes synchronization overhead between controllers and communication overhead between controllers and switches, i.e. Pc＝Psyn+Pcs. When the switch receives a new data packet, the switch firstly checks the flow table of the data packet to see whether a flow table item matched with the data packet exists, if not, the switch packs the data packet in a pack-in message, then sends the message to the controller, receives the message, adds the new flow table item in the message and forwards the message to the switch. I.e., the overhead the controller and switch spend in transmitting messages. (2) The controller expends a fractional overhead in processing the flow request messages transmitted by the switches.
Synchronization overhead P between controllerssynIs defined as
Figure BDA0002301730970000022
Wherein VcThe flow message rate is processed for the controller.
Overhead P between controller and switchcsIs defined as
Figure BDA0002301730970000023
Wherein the rate of transmission of the message in the electromagnetic wave is V0The time taken for the controller to process the flow request message transmitted by the switch is tc。
Further, the step 3 specifically includes: controller and switch connection relation limiting conditions: firstly
Figure BDA0002301730970000024
②
Figure BDA0002301730970000031
③
Figure BDA0002301730970000032
Where β is a redundancy factor that primarily prevents flow bursts and θ represents the capacity of the controller.
Further, the step 4 specifically includes: the matching list of the nth switch is A (S)n)＝{cm,.., }, the switch should be in accordance with max (θ d)nmBeta) principle selects the controller while ensuring that the controller load does not exceed its own capacity. Wherein the switch matching target needs to consider the capacity theta of the controller and the shortest path d between the controller and the switchnmAnd a redundancy factor beta.
Further, the step 5 specifically includes: the matching list of the mth controller is B (C)m)＝{Sn,...,}. Wherein the controller matching target only needs to consider the switch flow request rate VSThe larger the flow request rate of the switch, the smaller the communication overhead between the controller and the switch.
Further, the step 6 specifically includes: the bidirectional matching of the controller and the switch is defined as
Figure BDA0002301730970000033
Indicating a switch SnIn the selection controller CmSimultaneous controller C as a master controllermSwitch S is also selectednAs the control object. Therefore, the following conditions need to be satisfied to complete the bidirectional matching: (S)n→A(Sn)Cm；②Cm→B(Cm)Sn；③
Figure BDA0002301730970000034
④
Figure BDA0002301730970000035
Further, the step 6 specifically includes: determining a controller deployment strategy based on network overhead minimization under the condition that switch and controller limitation conditions are met, namely, Object is min [ y PS+(1-y)*Pc]Wherein y is a constant coefficient, and satisfies 0 ≦ y ≦ 1, and the value of y can be set according to the actual condition of the network and according to the difference of specific gravity.
The invention has the beneficial effects that: the method can optimize and determine the SDN controller deployment strategy under the limiting conditions of comprehensively considering the cost among the switches, the cost among the controllers, the self performance of the switches and the controllers and the like, thereby realizing the load balance among the controllers.
Drawings
In order to make the purpose, technical scheme and beneficial effect of the invention more clear, the invention provides the description with the attached drawings.
Detailed Description
Preferred embodiments of the present invention will be described in detail below with reference to the accompanying drawings.
According to the deployment method of the software-defined network controller, provided that a communication process between the switch and the controller can be abstracted into an M/M/n queuing model, wherein M represents that a message arrival process transmitted by the switch is Poisson distribution, another M represents that the time for processing the message by the controller is exponentially distributed, and n represents that the controller can simultaneously process flow request messages of a plurality of switches. Most of the existing SDN networks mainly use in-band communication, that is, data flow transmission and switch flow request messages share a link bandwidth, so that communication between a controller and a switch belongs to in-band communication, and meanwhile, related parameters in the network are calculated, including communication overhead between switches, communication overhead between the controller and the switch, and synchronization overhead between the controllers.
Fig. 1 is a schematic flow chart of the method of the present invention, and as shown in the figure, the method of the present invention specifically includes the following steps:
1) modeling switch overhead:
the switch overhead is mainly the communication overhead from switch to switch. The communication between the switches is independent of each other. Namely, it is
Figure BDA0002301730970000041
Wherein the shortest path delay, X, between switch i and switch jijIs a binary number when XijWhen the value is 1, the switch j is successfully connected with the switch i, otherwise, X isijSwitch flow request message rate is V ═ 0S。
2) Modeling controller overhead:
the controller overhead mainly includes synchronization overhead between controllers and communication overhead between controllers and switches, i.e. Pc＝Psyn+Pcs. When the switch receives a new data packet, the switch firstly checks the flow table of the data packet to see whether a flow table item matched with the data packet exists, if not, the switch packs the data packet in a pack-in message, then sends the message to the controller, receives the message, adds the new flow table item in the message and forwards the message to the switch. I.e., the overhead the controller and switch spend in transmitting messages. (2) The controller expends a fractional overhead in processing the flow request messages transmitted by the switches.
Synchronization overhead P between controllerssynIs defined as
Figure BDA0002301730970000042
Wherein VcThe flow message rate is processed for the controller. Overhead P between controller and switchcsIs defined as
Figure BDA0002301730970000043
Wherein the rate of transmission of the message in the electromagnetic wave is V0The controller processes flow request cancellation transmitted by the switchThe time spent is tc。
3) The connection relation limiting conditions of the modeling controller and the switch are as follows:
controller and switch connection relation limiting conditions: firstly
Figure BDA0002301730970000044
②
Figure BDA0002301730970000045
③
Figure BDA0002301730970000046
Where β is a redundancy factor that primarily prevents flow bursts and θ represents the capacity of the controller. Wherein the constraint (r) indicates that the switch is always connected to a controller; the limitation condition represents the connection relation of all the devices in the network; the limiting condition is to ensure that no controller in the network has an overload condition.
4) Modeling switch match list:
the matching list of the nth switch is A (S)n)＝{cm,.., }, the switch should be in accordance with max (θ d)nmBeta) principle selects the controller while ensuring that the controller load does not exceed its own capacity. Wherein the switch matching target needs to consider the capacity theta of the controller and the shortest path d between the controller and the switchnmAnd a redundancy factor beta.
5) Modeling controller match list:
the matching list of the mth controller is B (C)m)＝{Sn,...,}. Wherein the controller matching target only needs to consider the switch flow request rate VSThe larger the flow request rate of the switch, the smaller the communication overhead between the controller and the switch.
6) The modeling switch and controller matching list bidirectional matching limiting conditions are as follows:
the switch S1 selects C1 between the controllers C1 and C2, which means S1 matches C1, i.e., S1 →C2C1. Thus, a bi-directional match of a controller to a switch is defined as
Figure BDA0002301730970000051
Indicating a switch SnIn the selection controller CmSimultaneous controller C as a master controllermSwitch S is also selectednAs the control object. Therefore, the following conditions need to be satisfied to complete the bidirectional matching: (S)n→A(Sn)Cm；②Cm→B(Cm)Sn；③
Figure BDA0002301730970000052
④
Figure BDA0002301730970000053
(K<N). The constraint (r) represents the switch SnIn list A (S)n) Selects the controller CmA destination controller; the limitation of (C) indicates the controller (C)mIn list B (C)m) Switch S is selectednA destination switch is made; the limiting condition (c) indicates that the capacity constraint of the controller must be satisfied after the bidirectional matching of the controller and the switch; the constraint (r) represents the controller capacity constraint that is satisfied after optimization of the elements in the matching list.
7) Determining a controller deployment policy based on network overhead minimization:
determining a controller deployment strategy based on network overhead minimization under the condition that switch and controller limitation conditions are met, namely, Object is min [ y PS+(1-y)*Pc]Wherein y is a constant coefficient, and satisfies 0 ≦ y ≦ 1, and the value of y can be set according to the actual condition of the network and according to the difference of specific gravity.
Finally, it is noted that the above-mentioned preferred examples are merely intended to illustrate rather than to limit the invention, and that, although the invention has been described in detail with reference to the above-mentioned preferred embodiments, those skilled in the art will understand that various changes in form and detail may be made therein without departing from the scope of the invention as defined by the appended claims.

Claims (8)

1. A software defined network controller deployment method, characterized by: the method comprises the following steps:
step 1, modeling the total cost of a switch;
step 2, modeling the total cost of the controller;
step 3, limiting conditions of connection relation between the modeling controller and the switch;
step 4, modeling a switch matching list;
step 5, modeling a controller matching list;
step 6, bidirectional matching limiting conditions of the modeling switch and the controller matching list;
and 7, determining a controller deployment strategy based on network overhead minimization under the condition that the limitation conditions of the switch and the controller are met.
2. The method of claim 1, wherein the method comprises: the step 1 specifically comprises the following steps: the switch overhead is mainly the communication overhead from switch to switch. The communication between the switches is independent of each other. Namely, it is
Figure FDA0002301730960000011
Wherein the shortest path delay, X, between switch i and switch jijIs a binary number when XijWhen the value is 1, the switch j is successfully connected with the switch i, otherwise, X isijSwitch flow request message rate is V ═ 0S。
3. The method of claim 1, wherein the method comprises: the step 2 specifically comprises the following steps: the controller overhead mainly includes synchronization overhead between controllers and communication overhead between controllers and switches, i.e. Pc＝Psyn+Pcs. Wherein the communication overhead between the controller and the switch includes two cases (1) when the switch receives a new packet, the switch first checks the packet flow table to see if there is a matching flow table entry, if not, the switch encapsulates the packet in a pack-in message and then sends the message to the controller,after the controller receives the message, the new flow table entry is added in the message and then the message is forwarded to the switch. I.e., the overhead the controller and switch spend in transmitting messages. (2) The controller expends a fractional overhead in processing the flow request messages transmitted by the switches. Synchronization overhead P between controllerssynIs defined as
Figure FDA0002301730960000012
Wherein VcThe flow message rate is processed for the controller. Overhead P between controller and switchcsIs defined as
Figure FDA0002301730960000013
Wherein the rate of transmission of the message in the electromagnetic wave is V0The time taken for the controller to process the flow request message transmitted by the switch is tc。
4. The method of claim 1, wherein the method comprises: the step 3 specifically comprises the following steps: controller and switch connection relation limiting conditions: firstly
Figure FDA0002301730960000014
②
Figure FDA0002301730960000015
③
Figure FDA0002301730960000016
Where β is a redundancy factor that primarily prevents flow bursts and θ represents the capacity of the controller.
5. The method of claim 1, wherein the method comprises: the step 4 specifically comprises the following steps: the matching list of the nth switch is A (S)n)＝{cm,.., }, the switch should be in accordance with max (θ d)nmBeta) principle selects the controller while ensuring that the controller load does not exceed its own capacity. Where switches match targets requiring consideration controlCapacity of device theta, shortest path between controller and switch dnmAnd a redundancy factor beta.
6. The method of claim 1, wherein the method comprises: the step 5 specifically comprises the following steps: the matching list of the mth controller is B (C)m)＝{Sn,...,}. Wherein the controller matching target only needs to consider the switch flow request rate VSThe larger the flow request rate of the switch, the smaller the communication overhead between the controller and the switch.
7. The method of claim 1, wherein the method comprises: the step 6 specifically comprises the following steps: the bidirectional matching of the controller and the switch is defined as
Figure FDA0002301730960000021
Indicating a switch SnIn the selection controller CmSimultaneous controller C as a master controllermSwitch S is also selectednAs the control object. Therefore, the following conditions need to be satisfied to complete the bidirectional matching: (S)n→A(Sn)Cm；②Cm→B(Cm)Sn；③
Figure FDA0002301730960000022
④
Figure FDA0002301730960000023
Figure FDA0002301730960000024
8. The method of claim 1, wherein the method comprises: the step 7 specifically comprises the following steps: determining a controller deployment strategy based on network overhead minimization under the condition that switch and controller limitation conditions are met, namely, Object is min [ y PS+(1-y)*Pc]Wherein y is a constant coefficient, and satisfies 0 ≦ y ≦ 1, and the value of y can be set according to the actual condition of the network and according to the difference of specific gravity.
CN201911224327.6A 2019-12-04 2019-12-04 Deployment method of software defined network controller Active CN112311584B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911224327.6A CN112311584B (en) 2019-12-04 2019-12-04 Deployment method of software defined network controller

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911224327.6A CN112311584B (en) 2019-12-04 2019-12-04 Deployment method of software defined network controller

Publications (2)

Publication Number Publication Date
CN112311584A true CN112311584A (en) 2021-02-02
CN112311584B CN112311584B (en) 2023-09-26

Family

ID=74336319

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911224327.6A Active CN112311584B (en) 2019-12-04 2019-12-04 Deployment method of software defined network controller

Country Status (1)

Country Link
CN (1) CN112311584B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104065509A (en) * 2014-07-24 2014-09-24 大连理工大学 SDN multi-controller deployment method for reducing management load overhead
CN107276794A (en) * 2017-06-02 2017-10-20 重庆邮电大学 Interchanger migration algorithm in a kind of software defined network
CN108092895A (en) * 2017-12-26 2018-05-29 重庆邮电大学 A kind of software defined network joint route selection and network function dispositions method
CN108400890A (en) * 2018-01-30 2018-08-14 天津城建大学 A kind of software defined network multi-controller dispositions method
CN110034955A (en) * 2019-03-26 2019-07-19 重庆邮电大学 A kind of target controller choosing method considering plurality of switches migration index

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104065509A (en) * 2014-07-24 2014-09-24 大连理工大学 SDN multi-controller deployment method for reducing management load overhead
CN107276794A (en) * 2017-06-02 2017-10-20 重庆邮电大学 Interchanger migration algorithm in a kind of software defined network
CN108092895A (en) * 2017-12-26 2018-05-29 重庆邮电大学 A kind of software defined network joint route selection and network function dispositions method
CN108400890A (en) * 2018-01-30 2018-08-14 天津城建大学 A kind of software defined network multi-controller dispositions method
CN110034955A (en) * 2019-03-26 2019-07-19 重庆邮电大学 A kind of target controller choosing method considering plurality of switches migration index

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
张栋;郭俊杰;吴春明;: "层次型多中心的SDN控制器部署" *
胡涛;张建辉;孔维功;杨森; 曹路佳;: "SDN 中基于双向匹配的多控制器动态部署算法" *
胡涛;张建辉;孔维功;杨森;曹路佳;: "SDN中基于双向匹配的多控制器动态部署算法" *

Also Published As

Publication number Publication date
CN112311584B (en) 2023-09-26

Similar Documents

Publication Publication Date Title
CN107819695B (en) SDN-based distributed control load balancing system and method
US5491690A (en) Method and apparatus to speed up the path selection in a packet switching network
EP1501247B1 (en) Software configurable cluster-based router using stock personal computers as cluster nodes
JP5102689B2 (en) Virtual network system and virtual network construction method
US7933202B2 (en) Bounded minimal latency for network resources without synchronization
CN112350949B (en) Rerouting congestion control method and system based on flow scheduling in software defined network
CN113438163A (en) Data center network mixed flow routing method and system based on path isolation
EP3487132B1 (en) Packet processing method and router
CN114666280A (en) Industrial internet time delay optimization method based on time sensitive software defined network
Han et al. Future data center networking: From low latency to deterministic latency
US8565226B1 (en) Data transmission system used between multiple servers, data interface device, and data transmission method
CN112867088B (en) Dynamic adjustment method and system for cloud-edge-end communication architecture
US8797976B2 (en) Node, computer-readable medium storing communication program, and communication method
CN106533771B (en) Network equipment and control information transmission method
CN111770515B (en) SDN controller deployment method based on network cost optimization
CN102710496B (en) For the data transmission system between multiple server, DIU data interface unit and data transmission method
CN112311584A (en) Deployment method of software defined network controller
US20090254676A1 (en) Method for transferring data frame end-to-end using virtual synchronization on local area network and network devices applying the same
CN111294406B (en) Software defined network controller hybrid mapping method
CN108199890B (en) A kind of software defined network resilient controller dispositions method
Fu et al. A joint balancing flow table and reducing delay scheme for mice-flows in data center networks
CN102497325A (en) DTN routing method based on reliable information distribution
CN112637066A (en) Network slicing and path selection optimization method and system for power internet of things
KR102113641B1 (en) Packet scheduling method by using mixed-criticality mode in software-defined network system, computer program therefor, and switch apparatus therefor
Almohaimeed et al. Distribution Model for OpenFlow-Based Networks

Legal Events

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