CN104618475B - Horizontal direction communication means and SDN systems for isomery SDN network - Google Patents
Horizontal direction communication means and SDN systems for isomery SDN network Download PDFInfo
- Publication number
- CN104618475B CN104618475B CN201510041960.7A CN201510041960A CN104618475B CN 104618475 B CN104618475 B CN 104618475B CN 201510041960 A CN201510041960 A CN 201510041960A CN 104618475 B CN104618475 B CN 104618475B
- Authority
- CN
- China
- Prior art keywords
- onex
- local
- information
- sdn
- node state
- 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.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention provides a kind of horizontal direction communication means and SDN systems for isomery SDN network.The communication means includes the following steps：Obtain local topology information to be distributed and local node state；Local topology information, local node state and controller identifier are packaged to obtain ONEx local data messages, send ONEx local data messages, to share local topology information and local node state by high in the clouds distributed data base；Receive and parse through the high in the clouds broadcasting packet for carrying ONEx cluster global network information；The long-range topology information and remote node state that long-range SDN controllers are managed are obtained from the ONEx cluster global network information parsed.The present invention realizes isomerization multi-controller using SDN horizontal interfaces, additionally it is possible to realize that shared topology, load balancing and global path optimize using isomery multi-controller cooperation scheme.
Description
Technical field
The present invention relates to software defined network technical fields, more particularly to a kind of horizontal direction for isomery SDN network
Communication means and SDN systems.
Background technology
Software defined network SDN is in 2010 by primary gram of Stanford Univ USA Nick McKeown professors and University of California
Sharp branch school Scott professors Shenker etc. propose that starting point is by rebuilding one to the abstract of network-control jointly
The network system of Forwarding plane and control plane separation, supports the continuous evolution of network function.Software defined network is by computer
Architecture thought introduces network research field, and opening is the intrinsic propesties of software defined network.Pass through opening for the network equipment
It puts, the opening of the opening of control plane and protocol realization so that network is no longer a closed system, to realize network body
The lasting evolution of architecture.
The basic thought of software defined network is the increase that should not unlimitedly connive network complexity, and network complexity is
It is controlled through being increasingly difficult to, needs to be abstracted network, to shield bottom complexity, be provided for upper layer simple, efficient
Configuration and management.The essential characteristic of SDN has：Control and forward separating, the open interface between control plane and Forwarding plane, is patrolled
Centralized control on volume.
In software defined network, the function of control plane and Forwarding plane is explicitly separated." intelligence " collection in network
In in control plane, including generate strategy, issue flow table etc.；Data plane carries out " no intelligence " according to the instruction of control plane
Forwarding.The architecture of this intelligence centralization assigns the prodigious flexibility of software defined network, but the topology of centralization is tied
Structure has its latent defect, that is, is possible to the scalability that restricted software defines network.Especially in extensive, isomerization network
In environment, due to realizing controller based on different developing instruments, it can not complete to assist between the SDN controllers of these isomeries
Make.
Traditional SDN multiple controller arrangements when designing controller architecture not using the collaboration feature between controller as
Key property accounts for, therefore lacks modularization and clearly decoupling mechanism, can not achieve the isomerization of SDN controllers,
There is very big limitation in the interconnection between different SDN controllers.
Therefore, there is an urgent need for a kind of methods of collaboration communication between SDN controllers that can realize isomery.
Invention content
It is an object of the present invention to solve that between the SDN controllers of isomery in the prior art collaboration communication cannot be completed
The drawbacks of.
The embodiment of the present invention provides a kind of horizontal direction communication means for isomery SDN network first, including following
Step：
Obtain local topology information to be distributed and local node state；
Local topology information, local node state and controller identifier are packaged to obtain ONEx local data messages,
ONEx local data messages are sent, to share local topology information and local node state by high in the clouds distributed data base；
Receive and parse through the high in the clouds broadcasting packet for carrying ONEx cluster global network information；
Obtained from the ONEx cluster global network information parsed long-range topology information that long-range SDN controllers are managed and
Remote node state.
In one embodiment, in the step being packaged to local topology information, local node state and controller identifier
Suddenly include：
To the ONEx data cells that local topology information and local node state encapsulation are several TLV structures；
The packet header unit that fixed length is added for ONEx data cells obtains ONEx local data messages, wherein packet header unit packet
Include the controller identifier.
In one embodiment, include the step of sending ONEx local data messages：
ONEx local datas message is sent to cloud server process by primary controller process by sockets services.
In one embodiment, the step of receiving and parsing through the high in the clouds broadcasting packet for carrying ONEx cluster global network information
Include：
High in the clouds broadcasting packet is parsed, ONEx cluster global network information is obtained；
ONEx cluster global network information is sent to primary controller process by server processes by sockets services.
The embodiment of the present invention also provides a kind of horizontal direction communication means for isomery SDN network, including following step
Suddenly：
Receive and parse through ONEx local data messages；
The local topology information and local node state that are carried in ONEx local data messages are sent to high in the clouds distribution
Database, to share local topology information and local node state by high in the clouds distributed data base to form ONEx cluster overall situation nets
Network information, wherein the ONEx clusters global network information includes the long-range topology information that is managed of long-range SDN controllers and remote
Journey node state；
ONEx cluster global network information is packaged to obtain high in the clouds broadcasting packet, broadcasts the high in the clouds broadcasting packet.
In one embodiment, include the step of receiving and parsing through ONEx local data messages：
ONEx local data messages are parsed, the local topology encapsulated in the ONEx data cells of TLV structures is obtained
Information and local node state；
Local topology information and local node state are sent to by server processes by non-obstruction NIO sockets services
High in the clouds distributed data base.
The embodiment of the present invention also provides a kind of SDN controllers for isomery SDN network, including：
Local information acquisition module obtains local topology information to be distributed and local node state；
Package module is packaged to obtain ONEx sheets to local topology information, local node state and controller identifier
Ground data message sends ONEx local data messages, to share local topology information and local by high in the clouds distributed data base
Node state；
Parsing module receives and parses through the high in the clouds broadcasting packet for carrying ONEx cluster global network information；
Remote information acquisition module obtains long-range SDN controllers institute from the ONEx cluster global network information parsed
The long-range topology information and remote node state of management.
In one embodiment, the package module further includes：
ONEx data processing submodules are used to be several TLV to local topology information and local node state encapsulation
The ONEx data cells of structure；
Packet header handles submodule, and the packet header unit for being used to add fixed length for ONEx data cells obtains ONEx local datas
Message, wherein packet header unit includes the controller identifier.
In one embodiment, the package module further includes：
Sending submodule is used to send ONEx local datas message by primary controller process by sockets services
To cloud server process.
In one embodiment, the parsing module is additionally operable to：
High in the clouds broadcasting packet is parsed, ONEx cluster global network information is obtained；
ONEx cluster global network information is sent to primary controller process by server processes by sockets services.
The embodiment of the present invention also provides a kind of server for isomery SDN network, including：
Local information receiving module is used to receive and parse through ONEx local data messages；
Sharing module is used to send out the local topology information and local node state that carry in ONEx local data messages
It send to high in the clouds distributed data base, to share local topology information and local node state by high in the clouds distributed data base with shape
At ONEx cluster global network information, wherein the ONEx clusters global network information include long-range SDN controllers managed it is remote
Journey topology information and remote node state；
Broadcast module is used to be packaged to obtain high in the clouds broadcasting packet to ONEx cluster global network information, described in broadcast
High in the clouds broadcasting packet.
In one embodiment, the local information receiving module is additionally operable to：
ONEx local data messages are parsed, the local topology encapsulated in the ONEx data cells of TLV structures is obtained
Information and local node state；
Local topology information and local node state are sent to by server processes by non-obstruction NIO sockets services
High in the clouds distributed data base.
The embodiment of the present invention also provides a kind of isomery SDN communication systems, including SDN controllers and server, wherein
The SDN controllers believe local topology for obtaining local topology information to be distributed and local node state
Breath, local node state and controller identifier are packaged to obtain ONEx local data messages, send ONEx local data messages,
To share local topology information and local node state by high in the clouds distributed data base, receives and parses through and carry the ONEx cluster overall situations
The high in the clouds broadcasting packet of the network information, from the ONEx cluster global network information parsed obtaining long-range SDN controllers is managed
Long-range topology information and remote node state；
The server is for receiving and parsing through ONEx local data messages, the sheet that will be carried in ONEx local data messages
Ground topology information and local node state are sent to high in the clouds distributed data base, with shared local by high in the clouds distributed data base
Topology information and local node state are to form ONEx cluster global network information, wherein in the ONEx clusters global network information
The long-range topology information and remote node state managed including long-range SDN controllers carries out ONEx cluster global network information
Encapsulation obtains high in the clouds broadcasting packet, broadcasts the high in the clouds broadcasting packet.
In one embodiment, the SDN controllers are connected to the server correspondingly, and the server is with nothing
Topological mode interconnects to share ONEx cluster global network information；
The SDN controllers include local SDN controllers and long-range SDN controllers；
The controller includes a local SDN controller and at least one long-range SDN controllers, the local controller
Long-range topology information and remote node the state selection one managed according to ONEx cluster global network information medium-long range SDN controllers
A or multiple remote controllers access.
In one embodiment, the server is established by the address of distributed data engine queries companion's server
TCP connection between companion's server；
In the case where the free time of the TCP connection reaching preset value, the TCP links are closed；
In the case where the free time of the TCP connection being not up to preset value, the TCP links keep state of activation.
In one embodiment, under overload condition, local SDN controllers determine packet input load information to be forwarded,
According to the idle long-range SDN controllers of remote node state selection, packet input load Information encapsulation to be forwarded is born for ONEx
Message is carried, sending the ONEx to idle long-range SDN controllers according to controller identifier with mode of unicast loads message；
Local SDN controllers receive and parse through the carrying Packet-Out load letters from idle long-range SDN controllers
The ONEx of breath loads message, and flow table is issued to local switch based on Packet-Out load informations, with by idle long-range
SDN controllers complete load balancing.
In one embodiment in the case where the purpose interchanger of data flow belongs to long-range SDN controllers, local SDN controls
Device processed determines optimal forwarding flow table according to long-range topology information；
Optimal forwarding flow table is encapsulated as ONEx flow table messages by local SDN controllers, according to controller identifier with unicast side
Formula sends ONEx flow table messages to the long-range SDN controllers belonging to purpose interchanger, to be handed over to purpose by long-range SDN controllers
It changes planes and issues optimal forwarding flow table, prepare purpose interchanger in advance.
The beneficial effects of the present invention are can define network by the cooperation of isomery controller to enhance heterogeneous software
Scalability.The embodiment provides using SDN horizontal interfaces realize isomerization multi-controller scheme, and complete be
Design, realization and the test of system and agreement.In addition, the embodiment of the present invention can also utilize isomery multi-controller cooperation scheme
Realize shared topology, load balancing and global path optimization.
Description of the drawings
Fig. 1 is the structural schematic diagram according to the SDN isomery Horizontal communication interfaces of the embodiment of the present invention；
Fig. 2 is the structural schematic diagram according to the ONEx isomerization networks of the embodiment of the present invention；
Fig. 3 is the structural schematic diagram according to the isomery SDN communication systems of the embodiment of the present invention；
Fig. 4 is the structure diagram of SDN communication systems in Fig. 3；
Fig. 5 is to distribute schematic diagram according to the information of the distributed director of the embodiment of the present invention；
Fig. 6 is the principle schematic diagram according to the isomery SDN communication systems of the embodiment of the present invention；
Fig. 7 is the step flow chart according to the SDN controllers communication means in the horizontal direction of the embodiment of the present invention；
Fig. 8 is the structure chart according to the SDN controllers of the embodiment of the present invention；
Fig. 9 is the step flow chart according to the server communication means in the horizontal direction of the embodiment of the present invention；
Figure 10 is the structure chart according to the server of the embodiment of the present invention；
Figure 11 is the cooperating process schematic diagram for realizing that Global Topological is shared according to the embodiment of the present invention；
Figure 12 is the cooperating process schematic diagram according to the realization load balancing of the embodiment of the present invention；
Figure 13 a are the processing procedure of data packet in non-cooperating SDN network in the prior art；
Figure 13 b are the processing procedure optimized according to global path in the cooperation SDN network of the embodiment of the present invention.
Specific implementation mode
The embodiment of the present invention enhances the scalability that heterogeneous software defines network by the cooperation of isomery controller.?
In embodiment, isomerization multi-controller is realized using SDN horizontal interfaces, and complete the design of system and agreement.In addition, implementing
It also proposed in example and realize that topology is shared, the optimization of load balancing, global path using isomerization multi-controller cooperation scheme
Method.
Specifically, the scheme that may be programmed isomerization multi-controller cooperation is realized using horizontal interface.ONEx is to realize this
The concept of horizontal interface is integrated into existing SDN controllers by the general framework of scheme.ONEx realizes following function：
(1) existing multi-controller approach to cooperation is extended, and allows subsequent flexible expansion；(2) by multi-controller cooperation function and control
Other functions of plane processed are decoupling；(3) isomerization network is supported；(4) collect pairs of load balancing, the branch of global path optimization
It holds.
The concept of horizontal interface is illustrated below.As shown in Figure 1, the concept of ONEx is the extension of horizontal interface.Institute
Horizontal interface is called, for being relatively traditional north-south interface.Northbound interface provides the abstract of control plane to application program,
Namely traditional controller；Southbound interface provides the abstract of data plane to controller plane so that when realizing controller
Without the concern for the difference of the specific network equipment, need to be only programmed according to the abstraction interface of southbound interface.Most common south orientation
Interface is OpenFlow agreements.
Horizontal interface is also known as East and West direction interface, and function is to realize the communication and cooperation of different controllers.In Fig. 1,
ONEx adapters (Adapter) abstract the horizontal interface of primary SDN controllers in the form of plug-in unit, provide unification
External interface so that other controllers can be communicated and cooperated by these interfaces.
Fig. 2 is the isomerization SDN controller network schematic diagrames formed under the support of ONEx.Different distributions formula controller
Realization method is different, such as can be realized by Java, Python, C++ etc. different language, and corresponding example is respectively
FDL(Floodlight),Ryu,NOX.In the prior art, collaboration communication cannot be completed between the SDN controllers of such isomery.This
The ONEx adapters that embodiment provides mask the difference between different SDN controllers, and have been provided out accordant interface.It is more
Between a ONEx by distributed data base (such as DHT in figure) realization interact, and with this ensure system stability,
Fault-tolerance and real-time.
A kind of SDN communication systems are provided in one embodiment, and network structure is as shown in Figure 3.SDN controllers one are a pair of
It is connected to server with answering, several servers without interconnecting in a manner of topological to share ONEx cluster global network information.In Fig. 3
SDN controllers include a local controller and at least one remote controllers, and local controller is according to ONEx cluster global networks
The one or more remote controllers of information selection access, and then complete load load and path optimization.
Fig. 4 is the rough schematic view of Fig. 3.In Fig. 4 ONEx protocol realizations between ONEx adapters and ONEx servers,
And the effective communication between multiple ONEx servers.It is in other words namely integrated as long as controller realizes ONEx agreements
Corresponding adapter, such controller can form ONEx clusters.ONEx adapters be between isomerization SDN controllers altogether
Same bridge, adapter are realized with the language of a variety of compatibilities, and are encapsulated in the form of plug-in unit (or module).Wherein, ONEx is serviced
Device is the gateway between local controller and remote controllers.
In Fig. 4, ONEx agreements, ONEx adapters and ONEx server coordination with one another realize and meet isomerization, removable
Plant the system with expansible requirement.
Isomerization refers to that the cooperation between controller is not limited between the controller of realization of the same race, and should be with
The realization of southbound interface is mutually independent.ONEx is ensured by well-designed ONEx agreements and the adapter realized in advance to isomerization
Support.
Original SDN applications that portability refers to can very easily be transplanted to ONEx platforms.
The flexible design of ONEx agreements ensures the scalability of system.It can be in agreement to the modification of ONEx agreements
Portion completes, without changing ONEx adapters and ONEx servers.
Information is distributed
Below to realizing that the principle of information distribution function illustrates in ONEx agreements.ONEx protocol definitions controller it
Between co-operating possible range；Moreover, ONEx agreements need and a variety of southbound interfaces are to compatibility, and can be by readily more
Newly.
In distributed SDN network, the main work of distributed director is the distribution of data packet.According to SDN nets
The data that distributed director is distributed are divided into two major classes by the analysis of network：The network information and load.As shown in figure 5, network is believed
Breath is broadcasted by the way of broadcast from distributed data base DHT to each controller.The network information refer to controller node it
Between the control information transmitted, for synchronizing, cooperating.Load information is transmitted between the various controllers by the way of unicast.
In simple terms, it is two kinds that the network information, which is divided into,：Global Topological and node state.
First, the SDN controllers in the present embodiment can complete the shared of Global Topological by distributed data base.Existing
In some SDN network, it is connected by ICP/IP protocol between interchanger and one or more controllers, therefore controller can only
It was found that the interchanger being connected between it.Connection between interchanger can not find by controller, such as：In Figure 5, SDN
Controller C1 does not know the presence of interchanger S4, although interchanger S4 can be accessed by interchanger S3.Therefore in non-cooperation
Controller network in, reaching the flow of interchanger S4 must be sent to by way of flooding, it is clear that be inefficient.Conversely, this
It can cooperate between controller in embodiment, SDN controllers C1 and C2 can recognize all friendships by way of commutative Topology
The information changed planes, therefore the data packet for reaching S4 can be directly sent to by S3, be not required to be flooded.So topological is shared
It is the function that distributed director must be realized, is the basis of many algorithms such as load balancing, global path optimization.
Secondly, controller must have gained some understanding to the operating status of its companion's controller, than such as whether online, load level
Deng.These information are collectively referred to as node state.It is extremely important to grasp node state, because realizing the division of labor association when these states
The basis of the functions such as work, load balancing.
In addition, the load information in the present embodiment is defined as being forwarded to another controller section from a controller node
The information of point.For example, in some cases, OpenFlow data packets need to be forwarded to another from a controller node, this
One process is known as data forwarding.The difference of the distribution of data forwarding and the network information is that the former should by point-to-point be sent to,
And the latter requires to share in entire ONEx networks.The distribution of load optimizes for realizing load balancing and global path.
Global Topological is abstracted
As it was noted above, Global Topological is the most important network information.Because it is not only to link up writing between controller
Basis, and be the algorithm basis of most of SDN application (such as 2,3 layers of forwarding).Therefore the performance height and energy of these applications
No effective distribution, processing Global Topological have important relationship.In addition to this, in certain distributed, the prior art
In the demand that the method for network has no longer adapted to Distributed Application described by MAC Address and IP address.Therefore, it is necessary to right
The Global Topological of SDN network proposes new abstract.
In distributed SDN network, as shown in figure 5, there are three types of mutual contact modes between exchanging：
It is directly connected to, such as s3 and s4；
Two interchangers belong to a controller, such as s1, s2 and s3；
Belong to different but connected controllers, such as s1 and s5, such case is known as being indirectly connected with.
In fact, first two situation can be seen as being directly connected to, only the third situation needs specially treated.At this
In embodiment, if C1 and C2 is in the same ONEx clusters, it is believed that s1 is connected in logic with s5.Although they do not have
It is directly connected by TCP/IP, but they have shared Global Topological by ONEx.In other words, s1 can see s5, just as
They are the same in the same domain.
In order to describe this " regionality ", ONEx agreements propose the concept of forest.Forest is and the same controller phase
The set of interchanger even, the node in the same forest is all logically contiguous.Forest can be used for simplifying in Global Topological
In addressing, such as, s1, s2, the connectivity and s4 of s3, s5 is identical.In other words, if there is data packet from
S1 reaches s5, can be directly sent to by s4, and the packet reached from s2 and s3 is also such.It, can be more using the concept of forest
High level treats the connectivity in network, and the quantity of such node can be substantially reduced, and helps speed up SDN applications, such as route
Algorithm.
Global Topological can use three-level data structure to describe, as follows
Wherein,
Host_entry has recorded all known hosts (being found by Packet-In and PortState packets)
Forest_entry has recorded the mapping between some controller and interchanger (controller is identified with dpid)
Switch_link has recorded the connection between interchanger (by LLDP protocol discoveries)
Routing algorithm based on above-mentioned Global Topological is as described below.
The algorithm requires to input following parameter：In source host address (hi), destination host address (hj), Global Topological information
Host table, forest table and interchanger connection table.Algorithm output is OUTPUT, value or the address for certain specific interchanger；
Or be FLOOD (flooding), illustrate this data packet to be broadcasted.
The step of routing algorithm of Global Topological, is as follows：
(1) step builds forest network G.Initialization G first is empty table, then traverses each interchanger connection in S
Source forest (forest where A) and target forest (forest where B) are added to G, form a network of forests by (such as A-B)
The directed edge of network.
(2) step obtains the places hi and hj forest fi and fj by tabling look-up.
(3) step calculates the shortest path of fi to fj using dijkstra's algorithm in by forest network G.Algorithm returns
F_next be node (namely needing first node reaching from fi) on fi to fj shortest paths closest to fi.
(4) step finds the path that can reach f_next in switch network, is exchanged if finding and returning to next-hop
Machine；Illustrate that the path is not present or is not yet found if can not find, therefore returns to FLOOD signal interchangers and the packet is carried out extensively
It broadcasts.
The source code of above-mentioned algorithm is as follows：
Minimum primitive set
Although the realization method of different distributions formula controller is different, they have common basic function, these bases
This function is to constitute complex distributions formula controller characteristic " primitive ".Referred to here as the set for the primitive for realizing basic distributed function
For " minimum primitive set ".Following table illustrates 9 primitive in minimum primitive set can by being combined to these primitive
To realize basic communication, the collaboration feature of distributed director, and slightly complicated application, such as global path optimization, load
Equilibrium etc..
0 UPLOAD_LOCAL_TOPO (uploads local topology)
1 REQ_GLOBAL_TOPO (request Global Topological)
2 REP_GET_GLOBAL_TOPO (reply Global Topological)
3 GET_PEERS_INFO (obtain node state)
4 REP_PEERS_INFO (recovery of node state)
5 SPARE_PACKET_IN (distribution PACKET_IN messages)
6 REP_SPARE_PACKET_IN (reply distribution PACKET_IN messages)
7 REQ_GLOBAL_FLOW_MOD (the global flow table of request)
8 DO_GLOBAL_FLOW_MOD (execute global flow table)
The realization of ONEx agreements
ONEx agreements are the cores of horizontal interface.In order to ensure that performance and the flexibility of system, ONEx agreements must have
Good scalability and low-complexity.For this purpose, ONEx uses the ONEx data packets of TLV structures.
Table 1
| Packet header (header) | TLV1 | …… | TLVn |
As shown in table 1, an ONEx data packet is made of the packet header of fixed length and the content of at least one TLV formats.
Content part in ONEx data packets is to become long structure, may include one and arrives multiple TLV, data structure is as follows：
In order to which the realization and extension that make ONEx agreements are fully simple, a core design thought of ONEx agreements is " only to wrap
Containing byte stream ", it is parsed without the meaning to content.That is, the TLV in data packet includes only the byte serialized
Stream, and the encoding and decoding of data packet are left for ONEx servers and ONEx adapters.The design of this loose coupling allows TLV cleverer
Living is reused.In addition to this, it expands ONEx agreements to be also very easy to, it is only necessary to add new INS and TLV.
ONEx systems are realized
On the basis of minimum primitive set described above and data structure, Fig. 6 shows the SDN according to the present embodiment
The principle schematic diagram of communication system.As previously mentioned, ONEx uses modular design method to ensure flexibility, ONEx systems
System uses a large amount of network programmings and concurrent technology.As shown in fig. 6, the primitive of primary controller is packaged by ONEx adapters
Then ONEx protocol packages are sent to ONEx servers by way of socket.ONEx agreements are unrelated with language, Ke Yiyong
The language of a variety of prevalences such as Python, C++, Java is realized, as long as compatible with primary SDN controllers.Receive ONEx agreements
Bao Hou, ONEx server parse and handle it.Pass through NIO (Non-Blocking I/O) sockets and distribution between multiple ONEx servers
Database mutually interconnects, and data sharing is realized with this.
ONEx adapters
The most important function of ONEx adapters is the difference made up between different primary SDN controllers.Therefore, from realization
For angle, the function to be realized of adapter is local, across the IPC (interprocess communication) of language.Specifically, IPC is happened at
Between ONEx servers (being realized with Java) and primary SDN controllers (the various language such as Python, C++, Java can be used to realize).
Usually, the very more of the mode of IPC are realized.In view of the compromise of flexibility and performance, ONEx adapters are adopted
The mode of socket is taken.This mode has several advantages：First, socket is IPC modes cross-platform, across language, is met
The demand of ONEx adapters；Secondly, existing nearly all language has the support to socket, this makes based on socket
It develops very convenient；Finally, socket, the especially performance of the locals Unix socket, can meet the need of ONEx agreements completely
It asks.
Illustrate the specific steps of the SDN controllers communication means in the horizontal direction of isomery below.As shown in fig. 7, primary
SDN controllers obtain local topology information to be distributed and local node state (step S701), and adapter believes local topology
Breath, local node state and controller identifier are packaged to obtain ONEx local data messages, send ONEx local data messages,
To share local topology information and local node state (step S702) by high in the clouds distributed data base.Specifically, it is adapted to
The encapsulation process of device is, to local topology information and ONEx data cells that local node state encapsulation is several TLV structures；
The packet header unit that fixed length is added for ONEx data cells obtains ONEx local data messages, wherein packet header unit includes the control
Device mark processed.Send ONEx local data messages detailed process be, by sockets services by ONEx local datas message by
Primary controller process is sent to high in the clouds distributed data base.
After generating global network information beyond the clouds, adapter receives and parses through the cloud for carrying ONEx cluster global network information
End broadcasting packet (step S703) obtains ONEx cluster global networks specifically, adapter parses high in the clouds broadcasting packet
Information；ONEx cluster global network information is sent to primary controller process by server processes by sockets services.It is primary
SDN controllers obtain the long-range topology information that long-range SDN controllers are managed from the ONEx cluster global network information parsed
With remote node state (step S704).So that local network information can be uploaded to distribution at any time by local controller
Formula database, and the telecommunication network information of other remote controllers is obtained in time.
Correspondingly, the present embodiment also provides a kind of SDN controllers for isomery SDN network, and structure is as shown in Figure 8.
In fig. 8, SDN controllers 800 include local information acquisition module 810, package module 820,830 He of parsing module
Remote information acquisition module 840.
Local information acquisition module 810 is for obtaining local topology information to be distributed and local node state.
Package module 820 to local topology information, local node state and controller identifier for being packaged to obtain
ONEx local data messages send ONEx local data messages, to share local topology information by high in the clouds distributed data base
With local node state.
Specifically, package module 820 further includes ONEx data processings submodule 821, and packet header handles submodule 822 and hair
Send submodule 823.ONEx data processings submodule 821 is used to be several to local topology information and local node state encapsulation
The ONEx data cells of TLV structures.The packet header unit that packet header processing submodule 822 is used to add fixed length for ONEx data cells obtains
To ONEx local data messages, wherein packet header unit includes the controller identifier.Sending submodule 823 is for passing through
ONEx local datas message is sent to cloud server process by Socket sockets services by primary controller process.
Parsing module 830 is used to receive and parse through the high in the clouds broadcasting packet for carrying ONEx cluster global network information.Parse mould
Block 830 is additionally operable to parse high in the clouds broadcasting packet, obtains ONEx cluster global network information；By sockets services by ONEx
Cluster global network information is sent to primary controller process by server processes.
Remote information acquisition module 840 from the ONEx cluster global network information parsed for obtaining long-range SDN controls
The long-range topology information and remote node state that device is managed.
ONEx servers and cluster
Illustrate the specific steps of server communication means in the horizontal direction below.As shown in figure 9, server is received and is solved
Analysis ONEx local data messages (step S901) specifically parse ONEx local data messages, obtain TLV structures
ONEx data cells in the local topology information that encapsulates and local node state；By NIO sockets services by local topology
Information and local node state are sent to distributed data base by server processes.Server will be taken in ONEx local data messages
The local topology information and local node state of band are sent to high in the clouds distributed data base, with total by high in the clouds distributed data base
Local topology information and local node state are enjoyed to form ONEx cluster global network information, wherein the ONEx clusters global network
Information includes the long-range topology information and remote node state (step S902) that long-range SDN controllers are managed.Adapter pair
ONEx cluster global network information is packaged to obtain high in the clouds broadcasting packet, broadcasts the high in the clouds broadcasting packet (step S903).Such as
Since this, server can provide global network information to controller in time.
Correspondingly, the present embodiment also provides a kind of server for isomery SDN network, and structure is as shown in Figure 10.
Server 100 includes local information receiving module 110, sharing module 120 and broadcast module 130.
Wherein, local information receiving module 110 is for receiving and parsing through ONEx local data messages.Specifically, local
Information receiving module 110 is additionally operable to parse ONEx local data messages, obtains sealing in the ONEx data cells of TLV structures
The local topology information and local node state of dress；It is saved by local topology information and locally by non-obstruction NIO sockets services
Dotted state is sent to high in the clouds distributed data base by server processes.
Sharing module 120 is used to send out the local topology information and local node state that carry in ONEx local data messages
It send to high in the clouds distributed data base, to share local topology information and local node state by high in the clouds distributed data base with shape
At ONEx cluster global network information, wherein the ONEx clusters global network information include long-range SDN controllers managed it is remote
Journey topology information and remote node state.
Broadcast module 130 is used to be packaged to obtain high in the clouds broadcasting packet to ONEx cluster global network information, described in broadcast
High in the clouds broadcasting packet.
In addition, in SDN communication systems shown in Fig. 3, the interconnection of ONEx servers constitutes ONEx clusters, is entire ONEx
The data backbone of system.According to CAP theories, distributed system can not possibly ensure CAP indexs simultaneously：Consistency, availability and point
Area's tolerance.Obviously, distributing content of different nature has CPA different requirements, therefore the flow that ONEx will distribute thereon
It is divided into two kinds；The network information and load.
The network information：The shared network information needs strict guarantee consistency and subregion tolerance, while this kind of Information Number
Amount is not huge, also will not frequent updating.Therefore, ONEx distributed data bases use cheap memory data grid to distribute
The network information.ONEx uses the Hazelcast to increase income under 2.0 agreements of Apache as distributed data engine at present.
Load：The actual flow distributed between multiple controllers is referred to as loading.Distribution load more focus on bandwidth and
Handling capacity, and the requirement to delay and consistency can be loosened.Therefore, ONEx uses nonblocking sockets NIO to forward this
The huge bit stream of kind.
In addition to the differentiation to two kinds of flows of the network information and load, ONEx uses spirit when organizing the interconnection of ONEx servers
" no topology " structure living.
So-called no topology refers to that the interconnection of ONEx servers does not follow certain specific topology.In contrast, own
Link all establish as needed at runtime.Specifically, in figure 3, server is looked by distributed data engine
The address of companion's server is ask, the TCP connection between companion's server is established；Reach in the free time of the TCP connection
In the case of preset value, the TCP links are closed；In the case where the free time of the TCP connection being not up to preset value, institute
It states TCP links and keeps state of activation.
The process established the link in a preferred example is as follows：The promoter of session inquires the network information and (passes through
Hazelcast) destination address is determined；Then, the TCP that promoter establishes to other side is linked；If link is kept for the free time reach
Scheduled time, ONEx systems close link；If re-initiating link before the timeout, establishes the link do not appoint at this time
What expense, because link is keep-alive (Keep alive).
In this case, the server end of socket may need to handle a large amount of client request simultaneously, therefore
ONEx takes full advantage of the advanced concurrent characteristic and Non-Blocking I/O technology of Java.To sum up " no topology " scheme have it is following excellent
Gesture：
It is a kind of non-stop layer framework.In ONEx clusters, all nodes work in the same way, none of
Node is special Centroid.Decentralization ensure that the tolerance to single point failure of system.
It is expansible.ONEx clusters can easily stretch, and without complicated configuration, will not lose data.It removes
Except this, NIO and concurrent technology also ensure the scalability of ONEx clusters.
High-performance.System resource occupies on demand, and discharges in time.
As it was noted above, by being combined to the basic operation in minimum primitive set, complicated function may be implemented
And characteristic.This makes the cooperation between SDN controllers become flexible, and programming mode becomes clear.The present embodiment provides
Global Topological is shared, load balancing and global path optimize three functions, is illustrated in greater detail below.
The shared realization of Global Topological
Shared topology is to realize the premise of other distributed functions.Localization topology by OpenFlow packets (such as
PortStatus) and LLDP protocol discoveries, after local topology is found, controller executes UPLOAD_LOCAL_TOPO operations,
Change in topology is reported to high in the clouds.When necessary, other controllers can obtain Global Topological from high in the clouds, by executing REQ_
GLOBAL_TOPO is operated.
As shown in figure 11, Global Topological is shared is completed by two operations：UPLOAD_LOCAL_TOPO and REQ_
GLOBAL_TOPO.The two operations are associated with three entities, including controller C1, C2 and high in the clouds.It is distributed that cloud refers to realization
Certain technology of data sharing.In the preferred example, ONEx is used at present to increase income under 2.0 agreements of Apache
Hazelcast is as distributed data engine.
The realization of load balancing
Under overload condition, local SDN controllers can be handled load distribution to long-range SDN controllers.First, originally
Ground SDN controllers determine packet input (Packet-In) message load information to be forwarded, are selected according to remote node state idle
Remote controllers；Then, Packet-In load informations to be forwarded are encapsulated as ONEx and load message, according to controller mark
Know and the ONEx loads message is sent to idle long-range SDN controllers with mode of unicast；Next, receiving and parsing through from sky
The ONEx of carrying package output (Packet-Out) message load information of not busy long-range SDN controllers loads message；It is finally based on
Packet-Out load informations issue flow table to local switch, to complete load balancing by idle long-range SDN controllers.
Realize that load balancing is to propose the original intention of distributed director, it is real by following three step in ONEx systems
Existing load balancing, as shown in figure 12.
Load balancing is initiated by some controller, and promoter wraps firstly the need of the status information of other controllers is obtained
Include whether online, water load equality parameter；
Packet-in is forwarded to other idle controllers, is distally being handled, and by Packet-Out and its
He returns information；
Promoter receives Packet-Out, and corresponding OpenFlow packets, such as FlowMod are generated according to returning the result,
Correct configuration interchanger.
The realization of global path optimization
In the case where the purpose interchanger of data flow belongs to long-range SDN controllers, local SDN controllers are according to remotely opening up
It flutters information and determines optimal forwarding flow table, optimal forwarding flow table is encapsulated as ONEx flow table messages, according to controller identifier with unicast
Mode sends ONEx flow table messages to the long-range SDN controllers belonging to purpose interchanger, with by long-range SDN controllers to purpose
Interchanger issues optimal forwarding flow table, prepares purpose interchanger in advance, completes global path optimization.
In ONEx, each controller has the perfect knowledge of Global Topological, and the cooperation of ONEx clusters is also exactly as base
Plinth.The path optimization carried out based on Global Topological is known as global path optimization in the present embodiment, passes through Figure 13 a and Figure 13 b
In illustrate its principle.
Figure 13 a indicate the course of work under non-cooperating pattern in the prior art.In Figure 13 a, data packet is sent out from host 1
Toward host 2.Due to (cannot share Global Topological) that C1 and C2 are mutually isolated, data are sent to and need 2 packets of generation defeated
Enter packet-in messages.
Figure 13 a indicate the course of work under collaboration mode of the present embodiment.In Figure 13 b, C1 and C2 can pass through
ONEx carries out Global Topological and shares, and when data packet reaches s1, controller C1 can issue stream to s3 in advance according to Global Topological
Table (REQ_GLOBAL_FLOW_MOD).When data packet reaches the boundary s3 of two controllers, because being descended before this to s3
Flow table will no longer generate new packet-in at this time.In short, based on the grasp to Global Topological, controller can precalculate
The quantity for generating packet-in is reduced in the path of data packet, and the interchanger that configuration path passes through in advance, and this optimization is especially
Global routing suitable for complex network.
While it is disclosed that embodiment content as above but described only to facilitate understanding the present invention and adopting
Embodiment is not limited to the present invention.Any those skilled in the art to which this invention pertains are not departing from this
Under the premise of the disclosed spirit and scope of invention, any modification and change can be made in the implementing form and in details,
But the scope of patent protection of the present invention, still should be subject to the scope of the claims as defined in the appended claims.
Claims (13)
1. a kind of horizontal direction communication means for isomery SDN network, which is characterized in that include the following steps：
Obtain local topology information to be distributed and local node state；
Local topology information, local node state and controller identifier are packaged to obtain ONEx local data messages, sent
ONEx local data messages, to share local topology information and local node state by high in the clouds distributed data base；
The high in the clouds broadcasting packet for carrying ONEx cluster global network information is received and parsed through, is wrapped in the ONEx clusters global network information
Include the long-range topology information and remote node state that long-range SDN controllers are managed；
Long-range topology information that long-range SDN controllers are managed and long-range is obtained from the ONEx cluster global network information parsed
Node state；
Wherein, include the step of being packaged to local topology information, local node state and controller identifier：
It is the ONEx data cells of several TLV structures, each TLV structures to local topology information and local node state encapsulation
ONEx data cells include only the byte stream that has serialized；
The packet header unit that fixed length is added for ONEx data cells obtains ONEx local data messages, wherein packet header unit includes institute
State controller identifier.
2. the horizontal direction communication means according to claim 1 for isomery SDN network, which is characterized in that sending
The step of ONEx local data messages includes：
ONEx local datas message is sent to cloud server process by primary controller process by sockets services.
3. the horizontal direction communication means according to claim 1 for isomery SDN network, which is characterized in that receiving
And the step of parsing the high in the clouds broadcasting packet for carrying ONEx cluster global network information, includes：
High in the clouds broadcasting packet is parsed, ONEx cluster global network information is obtained；
ONEx cluster global network information is sent to primary controller process by server processes by sockets services.
4. a kind of horizontal direction communication means for isomery SDN network, which is characterized in that include the following steps：
Receive and parse through ONEx local data messages；
The local topology information and local node state that are carried in ONEx local data messages are sent to high in the clouds distributed data
Library, to share local topology information and local node state by high in the clouds distributed data base to form ONEx cluster global networks letter
Breath, wherein the ONEx clusters global network information includes the long-range topology information that long-range SDN controllers are managed and long-range section
Dotted state；
ONEx cluster global network information is packaged to obtain high in the clouds broadcasting packet, broadcasts the high in the clouds broadcasting packet；
Wherein, include the step of receiving and parsing through ONEx local data messages：
ONEx local data messages are parsed, the local topology information encapsulated in the ONEx data cells of TLV structures is obtained
ONEx data cells with local node state, each TLV structures include only the byte stream serialized；
Local topology information and local node state are sent to high in the clouds by server processes by non-obstruction NIO sockets services
Distributed data base.
5. a kind of SDN controllers for isomery SDN network, which is characterized in that including：
Local information acquisition module obtains local topology information to be distributed and local node state；
Package module is packaged local topology information, local node state and controller identifier to obtain the locals ONEx number
According to message, ONEx local data messages are sent, to share local topology information and local node by high in the clouds distributed data base
State；
Parsing module, receives and parses through the high in the clouds broadcasting packet for carrying ONEx cluster global network information, and the ONEx clusters are global
The network information includes the long-range topology information and remote node state that long-range SDN controllers are managed；
Remote information acquisition module, from the ONEx cluster global network information parsed obtaining long-range SDN controllers is managed
Long-range topology information and remote node state；
Wherein, the package module includes：
ONEx data processing submodules are used to be several TLV structures to local topology information and local node state encapsulation
ONEx data cells, the ONEx data cells of each TLV structures include only the byte stream serialized；
Packet header handles submodule, and the packet header unit for being used to add fixed length for ONEx data cells obtains ONEx local data reports
Text, wherein packet header unit includes the controller identifier.
6. the SDN controllers according to claim 5 for isomery SDN network, which is characterized in that the package module is also
Including：
Sending submodule is used to that ONEx local datas message to be sent to cloud by primary controller process by sockets services
Hold server processes.
7. the SDN controllers according to claim 5 for isomery SDN network, which is characterized in that the parsing module is also
For：
High in the clouds broadcasting packet is parsed, ONEx cluster global network information is obtained；
ONEx cluster global network information is sent to primary controller process by server processes by sockets services.
8. a kind of server for isomery SDN network, which is characterized in that including：
Local information receiving module is used to receive and parse through ONEx local data messages；
Sharing module is used to the local topology information and local node state that carry in ONEx local data messages being sent to
High in the clouds distributed data base, to share local topology information and local node state by high in the clouds distributed data base to be formed
ONEx cluster global network information, wherein the ONEx clusters global network information include long-range SDN controllers managed it is long-range
Topology information and remote node state；
Broadcast module is used to be packaged to obtain high in the clouds broadcasting packet to ONEx cluster global network information, broadcasts the high in the clouds
Broadcasting packet；
Wherein, the local information receiving module is additionally operable to：
ONEx local data messages are parsed, the local topology information encapsulated in the ONEx data cells of TLV structures is obtained
ONEx data cells with local node state, each TLV structures include only the byte stream serialized；
Local topology information and local node state are sent to high in the clouds by server processes by non-obstruction NIO sockets services
Distributed data base.
9. a kind of isomery SDN communication systems, which is characterized in that including SDN controllers and server, wherein
The SDN controllers are used to obtain local topology information to be distributed and local node state,
It is the ONEx data cells of several TLV structures to local topology information and local node state encapsulation, is ONEx data
The packet header unit of unit addition fixed length obtains ONEx local data messages, sends ONEx local data messages, to pass through high in the clouds point
Cloth Database vendors local topology information and local node state receive and parse through the cloud for carrying ONEx cluster global network information
Broadcasting packet is held, the long-range topology letter that long-range SDN controllers are managed is obtained from the ONEx cluster global network information parsed
Breath and remote node state；Wherein, packet header unit includes the controller identifier, and the ONEx data cells of each TLV structures are only
Including the byte stream serialized；
The server obtains encapsulating in the ONEx data cells of TLV structures for receiving and parsing through ONEx local data messages
Local topology information and local node state, by non-obstruction NIO sockets services by local topology information and local node
State is sent to high in the clouds distributed data base by server processes, to share local topology information by high in the clouds distributed data base
With local node state to form ONEx cluster global network information, wherein the ONEx clusters global network information includes long-range
The long-range topology information and remote node state that SDN controllers are managed are packaged to obtain to ONEx cluster global network information
High in the clouds broadcasting packet broadcasts the high in the clouds broadcasting packet.
10. isomery SDN communication systems according to claim 9, which is characterized in that
The SDN controllers are connected to the server correspondingly, and the server without interconnecting in a manner of topological to share
ONEx cluster global network information；
The SDN controllers include local SDN controllers and long-range SDN controllers；
The local SDN controllers are believed according to the long-range topology that ONEx cluster global network information medium-long range SDN controllers are managed
Breath and the one or more long-range SDN controllers of remote node state selection access.
11. isomery SDN communication systems according to claim 9, which is characterized in that the server passes through distributed data
The TCP connection between companion's server is established in the address of engine queries companion's server；
In the case where the free time of the TCP connection reaching preset value, the TCP links are closed；
In the case where the free time of the TCP connection being not up to preset value, the TCP links keep state of activation.
12. isomery SDN communication systems according to claim 9, which is characterized in that
Under overload condition, local SDN controllers determine packet input load information to be forwarded, are selected according to remote node state
Packet input load Information encapsulation to be forwarded is that ONEx loads message, according to controller identifier by idle long-range SDN controllers
The ONEx is sent to idle long-range SDN controllers load message with mode of unicast；
Local SDN controllers receive and parse through the ONEx of the carrying package output loading information from idle long-range SDN controllers
Message is loaded, flow table is issued to local switch based on packet output loading information, to be completed by idle long-range SDN controllers
Load balancing.
13. isomery SDN communication systems according to claim 9, which is characterized in that
In the case where the purpose interchanger of data flow belongs to long-range SDN controllers, local SDN controllers are believed according to long-range topology
Breath determines optimal forwarding flow table；
Optimal forwarding flow table is encapsulated as ONEx flow table messages by local SDN controllers, according to controller identifier with mode of unicast to
Long-range SDN controllers belonging to purpose interchanger send ONEx flow table messages, with by long-range SDN controllers to purpose interchanger
Optimal forwarding flow table is issued, prepares purpose interchanger in advance.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510041960.7A CN104618475B (en) | 2015-01-28 | 2015-01-28 | Horizontal direction communication means and SDN systems for isomery SDN network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510041960.7A CN104618475B (en) | 2015-01-28 | 2015-01-28 | Horizontal direction communication means and SDN systems for isomery SDN network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104618475A CN104618475A (en) | 2015-05-13 |
| CN104618475B true CN104618475B (en) | 2018-10-30 |
Family
ID=53152750
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510041960.7A Active CN104618475B (en) | 2015-01-28 | 2015-01-28 | Horizontal direction communication means and SDN systems for isomery SDN network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104618475B (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106302216A (en) * | 2015-05-20 | 2017-01-04 | 天脉聚源（北京）科技有限公司 | A kind of method and system of Network Load Balance |
| CN106712994B (en) * | 2015-11-16 | 2021-01-01 | 中兴通讯股份有限公司 | Software defined network management method and communication system |
| CN108475210B (en) * | 2015-12-23 | 2021-05-11 | 华为技术有限公司 | Rack sensing |
| CN107819734A (en) * | 2016-09-14 | 2018-03-20 | 上海福赛特机器人有限公司 | The means of communication and communication system between a kind of program based on web socket |
| CN109561127A (en) * | 2017-09-27 | 2019-04-02 | 上海诺基亚贝尔股份有限公司 | Method, equipment and the computer-readable medium synchronous for the data in software defined network |
| CN109698982B (en) * | 2017-10-23 | 2021-09-21 | 中兴通讯股份有限公司 | Control channel implementation method, device, equipment, storage medium and processing method |
| CN109905251B (en) * | 2017-12-07 | 2020-12-18 | 北京金山云网络技术有限公司 | Network management method, device, electronic equipment and storage medium |
| CN108768714A (en) * | 2018-05-22 | 2018-11-06 | 郑州云海信息技术有限公司 | A kind of data center's total management system and its network security implementation method |
| CN110166448B (en) * | 2019-05-16 | 2020-04-14 | 西安电子科技大学 | Heterogeneous protocol conversion middleware and method for heterogeneous controller cluster |
| CN110381562B (en) * | 2019-06-29 | 2020-09-11 | 中国人民解放军军事科学院国防科技创新研究院 | Wireless distributed cooperative network access method based on double-layer loose coupling optimal stop |
| CN110995601B (en) * | 2019-12-19 | 2021-11-26 | 北京工业大学 | Software-defined space-based backbone network topology construction method |
| CN112100170B (en) * | 2020-08-05 | 2021-09-14 | 中科驭数（北京）科技有限公司 | Method and device for decoding interactive data of database |
| CN112019554B (en) * | 2020-09-01 | 2022-11-22 | 深信服科技股份有限公司 | Intranet host and intra-cloud streaming method and device |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594689A (en) * | 2012-02-22 | 2012-07-18 | 中兴通讯股份有限公司 | Distributed network control method and device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101729592B (en) * | 2008-10-29 | 2013-08-07 | 中国移动通信集团公司 | Distributed communication network and equipment and communication network separation method |
| US9350671B2 (en) * | 2012-03-22 | 2016-05-24 | Futurewei Technologies, Inc. | Supporting software defined networking with application layer traffic optimization |
| CN103414650B (en) * | 2013-07-29 | 2016-12-07 | 上海华为技术有限公司 | A kind of avoid congested method for routing and device |
| CN103685033B (en) * | 2013-12-19 | 2017-01-04 | 武汉邮电科学研究院 | SDN framework is supported packet switch and Circuit-switched general flow table and method |
| CN103763207B (en) * | 2014-01-29 | 2017-03-15 | 杭州华三通信技术有限公司 | Band control connection establishment method and apparatus in software defined network |
| CN103763146B (en) * | 2014-01-29 | 2017-05-17 | 新华三技术有限公司 | Soft defined network controller and transmission information generating method of soft defined network controller |
-
2015
- 2015-01-28 CN CN201510041960.7A patent/CN104618475B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594689A (en) * | 2012-02-22 | 2012-07-18 | 中兴通讯股份有限公司 | Distributed network control method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104618475A (en) | 2015-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104618475B (en) | Horizontal direction communication means and SDN systems for isomery SDN network | |
| CN106487695B (en) | A kind of data transmission method, virtual network managing device and data transmission system | |
| EP3063903B1 (en) | Method and system for load balancing at a data network | |
| CN102594689B (en) | Distributed network control method and device | |
| US9225549B2 (en) | Multi-chassis link aggregation in a distributed virtual bridge | |
| CN105871718B (en) | A kind of SDN inter-domain routing implementation method | |
| CN110430114B (en) | Virtual router and method for realizing interconnection between SDN network and traditional IP network | |
| JP6444505B2 (en) | NETWORKING METHOD FOR DATA CENTER NETWORK AND DATA CENTER NETWORK | |
| US9960998B2 (en) | Forwarding packet in stacking system | |
| WO2017096564A1 (en) | Content-based centralized routing architecture mccn | |
| CN103346969A (en) | Method for achieving dynamic multicast spanning tree path adjustment based on OpenFlow | |
| US9467374B2 (en) | Supporting multiple IEC-101/IEC-104 masters on an IEC-101/IEC-104 translation gateway | |
| CN104767676A (en) | Data message forwarding method and data message forwarding system in software defined network (SDN) | |
| WO2017157206A1 (en) | Method of interconnecting cloud data centers, and device | |
| CN106331018B (en) | SDN network detecting host method and system based on load balancing | |
| US20150229522A1 (en) | Using unified api to program both servers and fabric for forwarding for fine-grained network optimizations | |
| CN104994019B (en) | A kind of horizontal direction interface system for SDN controllers | |
| CN105765922B (en) | Flow entry treating method and apparatus | |
| CN113630323A (en) | Software definition-based distributed flow table matching method in multi-identification network system | |
| KR102304496B1 (en) | Direct Interconnect Gateway | |
| CN111277500A (en) | Data center EVPN networking multi-outlet design method and system | |
| CN104901884A (en) | Wide area network software defined networking (SDN) topology collection realization method and device | |
| CN105122746A (en) | Control apparatus, communication system, communication node control method and program | |
| CN105323077B (en) | Network broadcasting method based on Openflow technologies and system | |
| CN113411211B (en) | Master-slave cluster control method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |