CN103825954B - A kind of OpenFlow control methods and corresponding plug-in unit, platform and network - Google Patents

A kind of OpenFlow control methods and corresponding plug-in unit, platform and network Download PDF

Info

Publication number
CN103825954B
CN103825954B CN201410086433.3A CN201410086433A CN103825954B CN 103825954 B CN103825954 B CN 103825954B CN 201410086433 A CN201410086433 A CN 201410086433A CN 103825954 B CN103825954 B CN 103825954B
Authority
CN
China
Prior art keywords
network
mapping relations
openstack
vlan
openflow
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
Application number
CN201410086433.3A
Other languages
Chinese (zh)
Other versions
CN103825954A (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.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201410086433.3A priority Critical patent/CN103825954B/en
Publication of CN103825954A publication Critical patent/CN103825954A/en
Application granted granted Critical
Publication of CN103825954B publication Critical patent/CN103825954B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A kind of OpenFlow control methods and corresponding plug-in unit, platform and network, method include:When OpenStack network nodes create user network, the mapping relations of user network and VLAN, switch ports themselves are established and preserved to demand according to network is created, in mapping relations, one user network corresponds to one or more VLANs, and a VLAN corresponds to multiple switch port;OpenStack calculate nodes are by the mapping relations real-time synchronization preserved in OpenStack network nodes to OpenFlow controllers;OpenFlow controllers preserve the synchronous mapping relations of OpenStack calculate nodes, generate flow table and are issued to OpenFlow interchangers, each VLAN in mapping relations is associated with a flow table item in flow table.Present invention also offers OpenFlow controller cards, OpenStack cloud managements platform and software defined network, by the way that VLAN and flow table item are bound, greatly reduces the quantity of flow table item, is advantageous to system extension.

Description

A kind of OpenFlow control methods and corresponding plug-in unit, platform and network
Technical field
The present invention relates to network technology, more particularly, to a kind of OpenFlow control methods and corresponding OpenFlow Controller card, OpenStack cloud managements platform and the software defined network based on OpenStack cloud management platforms.
Background technology
OpenStack is put down in the cloud initiated jointly by US National Aeronautics and Space Administration and Rackspace in 2010 Platform management project, while be also one it is intended that the construction of public cloud and private clound provides the open source projects of software with management.Mesh Preceding newest version is the 7th release --- Grizzly.The top priority of OpenStack projects is the deployment of simplified cloud Journey simultaneously brings good scalability for it, is easy to deployment, cloud computing platform that is feature-rich and being easy to extension so as to make. OpenStack and OpenFlow is at present without general Chinese translation.
OpenStack is made up of multiple relatively independent serviced components, is such as included:
Compute(Nova):Virtual Machine Manager component, calculated for virtual machine or start virtual machine instance using group. Compute is OpenStack calculate nodes, also referred to as Nova.
Networking(Neutron):Network management component, network i.e. service, these interfaces are provided between interface equipment Equipment is managed (such as Nova) by the other related service components of OpenStack.Before Neutron components are introduced In OpenStack versions, network-related functions are provided by Nova.Networking is OpenStack network nodes, also referred to as For Neutron.
As OpenStack network management component, Neutron allows user to create the network of oneself and connect with server Mouth is associated, supports plug-in architecture, it is allowed to which user makes full use of business or the network equipment and software increased income, so as to realize framework With the dynamic change of deployment.It will be seen from figure 1 that user can exchange with OpenStack cloud management platforms, by In OpenStack cloud management platforms Neutron and Nova cooperate and plug-in unit, realize and create user network, create and exchange generator terminal Mouthful(Port i.e. in figure shown in exchange network side), switch ports themselves the network operation such as are associated into virtual machine interface, from And realize and virtual network is built on physical network, modification can also be realized, delete the function of virtual network.
With the introducing of different plug-in units, OpenStack frameworks, which start to realize, more includes software defined network(SDN: Software Defined Network)High-level network function inside.In the SDN realized based on OpenFlow, OpenFlow Originally the message repeating process controlled completely by switch/router is converted into by OpenFlow interchangers by interchanger (OpenFlow Switch)With OpenFlow controllers(Controller)To complete jointly, it is achieved thereby that data forwarding and The separation of route test.OpenFlow controllers can control OpenFlow interchangers by the interface operation provided in advance In flow table, so as to reach control data forwarding purpose.Flow table is made up of many flow table items, and each flow table item is exactly one Forwarding rule.Packet into interchanger obtains the destination interface of forwarding by inquiring about flow table.
Currently, there is the Openflow controller cards based on OpenStack Neutron increased income, including business for industry Industry and solution of increasing income.Wherein, scheme of increasing income is using Floodlight and Ryu as representative.Current most of pin functions are not yet It is perfect, do not take into full account scaling concern especially., it is necessary to produce virtual machine by taking the realization of Ryu plug-in units as an example(VM:virtual machine)Between direct communication flow, the stream between each pair VM, a corresponding flow table item.For large-scale data center, so Discharge model be not suitable for extension because with the increase of flow between different VM, the quantity of flow table item can also increase therewith, so as to The three-state content addressing memory in OpenFlow interchangers(TCAM:Ternary ContentAddressable Memory)Disposal ability.
The content of the invention
The technical problem to be solved in the present invention is to provide a kind of OpenFlow control methods that can reduce flow table item quantity And corresponding plug-in unit, platform and network.
In order to solve the above problems, the invention provides a kind of OpenFlow control methods, applied to including OpenStack The network of cloud management platform, OpenFlow controllers and OpenFlow interchangers, methods described include:
When the OpenStack network nodes create user network, according to the demand for creating network is established and preserved User network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network is corresponding one Or multiple VLANs, a VLAN correspond to multiple switch port;
The OpenStack calculate nodes are real-time by the mapping relations preserved in the OpenStack network nodes It is synchronized to OpenFlow controllers;
The OpenFlow controllers are used to preserve the synchronous mapping relations of the OpenStack calculate nodes, raw Into flow table and OpenFlow interchangers are issued to, each VLAN in the mapping relations is associated with the flow table One flow table item.
It is preferred that
When the OpenStack network nodes change the user network, judge the user network that currently preserves with Whether VLAN, the mapping relations of switch ports themselves meet the demand of modification network, do not meet such as, according to modification network Demand re-establishes the user network and VLAN, the mapping relations and updating of switch ports themselves currently preserve it is described Mapping relations;
When the OpenStack network nodes delete the user network, by the user network currently preserved and void Intend LAN, the mapping relations of switch ports themselves are deleted.
It is preferred that
The OpenStack network nodes are established or re-established the user network and VLAN, exchange generator terminal The mapping relations of mouth, including:
The OpenStack network nodes are according to creating network or changing the demand of network, it is determined that needing in the user The one or more forwarding rules used in network;
When the OpenStack network nodes are established or re-establish the mapping relations, corresponding to the user network VLAN at least meets:Same VLAN is using same forwarding rule, and forwarding rule is the VLAN Forwarding rule defined in one flow table item of association.
It is preferred that
The OpenStack calculate nodes are real-time by the mapping relations preserved in the OpenStack network nodes OpenFlow controllers are synchronized to, including:
The mapping relations that OpenStack network nodes described in the OpenStack calculate nodes poll preserve, or When receiving establishment, modification and deleting the instruction of user network, the mapping that the OpenStack network nodes preserve is obtained Relation;
The mapping relations that the OpenStack calculate nodes obtain by the mapping relations currently obtained and before Compare, when such as described mapping relations change, new mapping relations are notified into the OpenFlow controllers.
Correspondingly, present invention also offers a kind of OpenFlow controller cards, applied to including Neutron servers and The OpenStack network nodes of Neutron databases, including:
Receiving unit, for receiving the first instruction of the establishment tenant network from Neutron servers;
Map unit, for according to described first instruction carry establishment network demand, generate the tenant network with VLAN, switch ports themselves mapping relations and be saved in Neutron databases, in the mapping relations, a tenant Network corresponds to one or more VLANs, and a VLAN corresponds to multiple switch port.
It is preferred that
The receiving unit is additionally operable to receive the second instruction of the modification tenant network from Neutron servers and deleted 3rd instruction of tenant network;
The map unit is additionally operable to after the receiving unit receives second instruction, and judgement currently preserves described Tenant network instructs the modification network carried with whether VLAN, the mapping relations of switch ports themselves meet described second Demand, do not meet such as, re-establish the mapping relations according to the demand of the modification network and update and arrive Neutron databases In;And for according to the described 3rd instruction, delete the tenant network that preserves and VLAN in Neutron databases, The mapping relations of switch ports themselves.
It is preferred that
The map unit according to establish or re-establish the user network and VLAN, switch ports themselves reflect Relation is penetrated, including:
The map unit determines to need to use in the user network according to the demand for creating network or modification network One or more forwarding rules, when establishing or re-establishing the mapping relations, virtual local area corresponding to the user network Net at least meets:Same VLAN is using same forwarding rule, and forwarding rule is the one of VLAN association Forwarding rule defined in individual flow table item.
Correspondingly, present invention also offers a kind of OpenStack cloud managements platform, including OpenStack network nodes and OpenStack calculate nodes, wherein:
The OpenStack network nodes, for when creating user network, establishing and protecting according to the demand for creating network Deposit the user network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network pair One or more VLANs are answered, a VLAN corresponds to multiple switch port;
The OpenStack calculate nodes, for the mapping relations that will be preserved in the OpenStack network nodes Real-time synchronization is to OpenFlow controllers.
It is preferred that
The OpenStack network nodes include:
Neutron servers, for receiving user's establishment, modification and the instruction for deleting user network, the instruction is turned Issue OpenFlow controller cards;
OpenFlow controller cards, using OpenFlow controller cards as described above;
Neutron databases, for preserving the mapping relations of user network and VLAN, switch ports themselves.
It is preferred that
The OpenStack calculate nodes include:
Nova clients, for receiving the dependent instruction of user network and being delivered separately to OpenStack network nodes Neutron servers and this node on Neutron agency;
Neutron is acted on behalf of, the mapping relations preserved for OpenStack network nodes described in poll, or is being received To establishment, modification and the mapping relations that the OpenStack network nodes are obtained during the instruction of user network and are preserved are deleted, The mapping relations as currently obtained change relative to the mapping relations obtained before, are controlled by OpenFlow New mapping relations are notified the OpenFlow controllers by device client;
OpenFlow controller clients, for new mapping relations to be notified into OpenFlow controllers.
Correspondingly, present invention also offers a kind of software defined network based on OpenStack cloud management platforms, including OpenStack cloud managements platform, OpenFlow controllers and OpenFlow interchangers, wherein:
The OpenStack cloud managements platform, using OpenStack cloud managements platform as described above;
The OpenFlow controllers, it is raw for preserving the mapping relations from the OpenStack calculate nodes Into flow table and OpenFlow interchangers are issued to, each VLAN in the mapping relations is associated with the flow table One flow table item.
Such scheme greatly reduces the quantity of flow table item, is advantageous to system by the way that VLAN and flow table item are bound Extension.
Brief description of the drawings
Fig. 1 is the schematic diagram based on OpenStack cloud management platform construction user networks;
Fig. 2 is the schematic diagram of interdependent node in software defined network of the embodiment of the present invention;
Fig. 3 is the flow chart of OpenFlow control methods of the embodiment of the present invention;
Fig. 4 is the module map of OpenStack network nodes and OpenStack calculate nodes in Fig. 2;
Fig. 5 is the module map of OpenFlow controller cards in Fig. 4.
Embodiment
For the object, technical solutions and advantages of the present invention are more clearly understood, below in conjunction with accompanying drawing to the present invention Embodiment be described in detail.It should be noted that in the case where not conflicting, in the embodiment and embodiment in the application Feature can mutually be combined.
As shown in Fig. 2 the present embodiment software defined network includes the OpenStack nets in OpenStack cloud management platforms Network node 1 and OpenStack calculate nodes 2, and OpenFlow controllers 3 and OpenFlow interchangers 4 etc..Can between each node To be in communication with each other.
The present embodiment be applied to above-mentioned network OpenFlow control methods as shown in figure 3, including:
Step 110, when OpenStack network nodes create user network, establish and preserve according to the demand for creating network The user network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network is corresponding One or more VLANs, a VLAN correspond to multiple switch port;
In this step, OpenStack network nodes establish the user network and VLAN, switch ports themselves reflect Relation is penetrated, including:
The OpenStack network nodes are according to creating network or changing the demand of network, it is determined that needing in the user The one or more forwarding rules used in network;
When the OpenStack network nodes are established or re-establish the mapping relations, corresponding to the user network VLAN at least meets:Same VLAN is using same forwarding rule, and forwarding rule is the VLAN Forwarding rule defined in one flow table item of association.
Above-mentioned mapping relations can identify the corresponding pass identified with VLAN ID, switch ports themselves with user network It is the corresponding virtual machine of each switch ports themselves ID to represent.Foundation, renewal and the transmission of mapping relations, which refer to, in text represents Foundation, renewal and the transmission of the data of mapping relations.
When the present embodiment establishes above-mentioned mapping relations, other conditions such as more of the prior art can be met simultaneously Part, different VLANs can use identical forwarding rule, but same VLAN must use same forwarding rule, If it is unsatisfactory for, it should increase VLAN to meet this condition.
Step 120, the mapping relations that OpenStack calculate nodes will preserve in the OpenStack network nodes Real-time synchronization is to OpenFlow controllers;
In the present embodiment, it is above-mentioned synchronously can be in the following ways:
Described in the OpenStack calculate nodes poll OpenStack network nodes preserve the mapping relations and with The mapping relations obtained before compare, and such as described mapping relations change, then by described in new mapping relations notice OpenFlow controllers.
In addition to aforesaid way, it can also be:OpenStack calculate nodes are receiving establishment, modification and are deleting user network During the instruction of network, the mapping relations that the OpenStack network nodes preserve and the mapping with obtaining before are obtained Relation compares, and such as described mapping relations change, then new mapping relations are notified into the OpenFlow controllers.In addition, New mapping relations can also be sent to by OpenStack network nodes when establishing and updating the mapping relations OpenStack calculate nodes or notice OpenStack calculate nodes read new mapping relations, are calculated by OpenStack Node completes above-mentioned synchronization.Any limitation is not done to this present invention.
Step 130, OpenFlow controllers preserve the synchronous mapping relations of the OpenStack calculate nodes, raw Into flow table and OpenFlow interchangers are issued to, each VLAN in the mapping relations is associated with the flow table One flow table item.
The incidence relation of above-mentioned VLAN and flow table item(Such as corresponding table, formula etc.)Static configuration it can exist simultaneously In OpenStack network nodes and OpenFlow controllers, or the static configuration in a wherein node, another node from this Node obtains, or, the incidence relation can also be established in step 110 dynamic by OpenStack network nodes and notified VLAN ID and flow table item mark are such as sent jointly to OpenFlow controllers by OpenFlow controllers, and the present invention is right This, which does not do, limits to.
After respective rule is issued to OpenFlow interchangers by controller by flow table, when there is new data packets arrival OpenFlow interchangers, OpenFlow interchangers will be forwarded according to the forwarding rule of the flow table item matched.
The present embodiment method can also include processing when modification, deletion user network.
When OpenStack network nodes change the user network, judge the user network that currently preserves with it is virtual Whether LAN, the mapping relations of switch ports themselves meet the demand of modification network, do not meet such as, according to the demand of modification network Re-establish the mapping that the user network currently preserves with VLAN, the mapping relations of switch ports themselves and renewal Relation.The above-mentioned demand for not meeting modification network, including situations such as user network mark change.Wherein, OpenStack networks section Point re-establishes the user network and VLAN, the mapping relations of switch ports themselves, including:OpenStack network sections Point is according to the demand for changing network, it is determined that needing the one or more forwarding rules used in the user network;It is described When OpenStack network nodes re-establish the mapping relations, VLAN corresponding to the user network at least meets: Same VLAN is using same forwarding rule, and forwarding rule is fixed in a flow table item of VLAN association The forwarding rule of justice.
When OpenStack network nodes delete the user network, the user network and virtual office that will currently preserve Domain net, the mapping relations of switch ports themselves are deleted.
By the above method, OpenStack network nodes can upgrade in time user network and VLAN, interchanger The mapping relations of port simultaneously pass through OpenStack calculate nodes real-time synchronization to OpenFlow controllers, OpenFlow controllers Flow table can be generated according to newest mapping relations(Including creating, updating)So that each virtual local area in mapping relations Net can be associated with a flow table item in flow table, so as to meet the needs of OpenFlow interchangers forwarding.
According to the above method, the quantity of flow table item will exchange with by this in the TCAM of each OpenFlow physical switches The VLAN of machine rather than the quantity of virtual machine pair are directly proportional, swash so as to greatly improve the flow table item run into the prior art The problem of increasing.
Correspondingly, in the interdependent node of the present embodiment:
OpenStack network nodes 1, for when creating user network, establishing and preserving according to the demand for creating network The user network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network is corresponding One or more VLANs, a VLAN correspond to multiple switch port;
OpenStack calculate nodes 2, the mapping relations for will be preserved in the OpenStack network nodes are real When be synchronized to OpenFlow controllers.
OpenFlow controllers 3, for preserving the mapping relations from the OpenStack calculate nodes, generation Flow table is simultaneously issued to OpenFlow interchangers, and each VLAN in the mapping relations is associated with one in the flow table Individual flow table item.
OpenFlow interchangers 4, can be OpenFlow physical switches or OpenFlow virtual switches, For forwarding packet according to the flow table, existing OpenFlow interchangers can be used.
Fig. 4 shows the module in OpenStack network nodes 1 and OpenStack calculate nodes 2, wherein:
OpenStack network nodes 1 include Neutron servers 11, OpenFlow controller cards 12 and Neutron numbers According to storehouse 13, wherein:
Neutron servers 11, for receiving the dependent instruction of user network(As created, changing and delete user network Instruction)And it is transmitted to OpenFlow controller cards.Neutron servers 11 can also be used to generate user network mark.
OpenFlow controller cards 12, for the need according to the establishment network carried in the instruction for creating tenant network Ask, generate the tenant network and VLAN, switch ports themselves mapping relations and be saved in Neutron databases, institute State in mapping relations, a tenant network corresponds to one or more VLANs, and a VLAN corresponds to multiple exchanges Generator terminal mouth.Identified it is preferred that the mapping relations can be identified with user network with VLAN ID, switch ports themselves Corresponding relation represents, what VLAN ID and switch ports themselves mark therein can obtain from OpenFlow interchangers Obtained in VLAN and switch ports themselves list.
OpenFlow controller cards 12 can be additionally used in the instruction according to modification tenant network, and judgement currently preserves described Tenant network instructs the modification network carried with whether VLAN, the mapping relations of switch ports themselves meet described second Demand, do not meet such as, re-establish the mapping relations according to the demand of the modification network and update and arrive Neutron databases In;And for according to the 3rd instruction for deleting tenant network, deleting the tenant network and void preserved in Neutron databases Intend LAN, the mapping relations of switch ports themselves.
Neutron databases 13, for preserving the mapping relations of user network and VLAN, switch ports themselves.
OpenStack calculate nodes 2 include Nova clients 21, Neutron agency 22 and OpenFlow controller clients End 23, wherein:
Nova clients 21, for receiving the dependent instruction of user network and being delivered separately to OpenStack network nodes On Neutron servers and this node on Neutron agency.
Neutron agencies 22, the mapping relations preserved for OpenStack network nodes described in poll, Huo Zhe Receive establishment, modification and delete and the mapping pass that the OpenStack network nodes preserve is obtained during the instruction of user network System, the mapping relations such as currently obtained change relative to the mapping relations obtained before, pass through OpenFlow New mapping relations are notified the OpenFlow controllers by controller client.Neutron agencies can be also used for be described The virtual machine creating virtual machine interface of user is simultaneously bundled on the user network.
OpenFlow controllers client 23, for new mapping relations to be notified into OpenFlow controllers.
Compared with existing network, above-mentioned OpenFlow controller cards, Neutron agencies and OpenFlow controller clients End is newly-increased module.
As shown in figure 5, the OpenFlow controller cards 12 of the present embodiment include again:
Receiving unit 121, for receiving the first instruction of the establishment tenant network from Neutron servers;
Map unit 122, for the demand of the establishment network carried according to the described first instruction, generate the tenant network With VLAN, switch ports themselves mapping relations and be saved in Neutron databases, in the mapping relations, one rent Family network corresponds to one or more VLANs, and a VLAN corresponds to multiple switch port.
Further,
The receiving unit 121 can be additionally used in the second instruction for receiving the modification tenant network from Neutron servers With the 3rd instruction for deleting tenant network;
The map unit 122 can be additionally used in after the receiving unit receives second instruction, judge current preserve The tenant network and VLAN, the mapping relations of switch ports themselves whether meet the modification that second instruction carries The demand of network, does not meet such as, re-establishes the mapping relations according to the demand of the modification network and updates and arrives Neutron In database;And for according to the described 3rd instruction, deleting the mapping relations preserved in Neutron databases.
Above-mentioned map unit 122 is according to establishing or re-establish the user network and VLAN, switch ports themselves Mapping relations, including:
The map unit determines to need to use in the user network according to the demand for creating network or modification network One or more forwarding rules, when establishing or re-establishing the mapping relations, virtual local area corresponding to the user network Net at least meets:Same VLAN is using same forwarding rule, and forwarding rule is the one of VLAN association Forwarding rule defined in individual flow table item.
The present embodiment can be applied to the controller based on OpenFlow increased income at present with business, so as to realize OpenStack and OpenFlow controllers, OpenFlow group of switches into SDN the integration environments.Solve and increase income and business at present The scaling concern not taken into full account in industry product.
One of ordinary skill in the art will appreciate that all or part of step in the above method can be instructed by program Related hardware is completed, and described program can be stored in computer-readable recording medium, such as read-only storage, disk or CD Deng.Alternatively, all or part of step of above-described embodiment can also be realized using one or more integrated circuits, accordingly Ground, each module/unit in above-described embodiment can be realized in the form of hardware, can also use the shape of software function module Formula is realized.The present invention is not restricted to the combination of the hardware and software of any particular form.
The preferred embodiments of the present invention are the foregoing is only, are not intended to limit the invention, for the skill of this area For art personnel, the present invention can have various modifications and variations.Within the spirit and principles of the invention, that is made any repaiies Change, equivalent substitution, improvement etc., should be included in the scope of the protection.

Claims (8)

1. a kind of OpenFlow control methods, applied to including OpenStack cloud managements platform, OpenFlow controllers and The network of OpenFlow interchangers, methods described include:
When the OpenStack network nodes create user network, the user is established and preserves according to the demand for creating network Network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network is corresponding one or more Individual VLAN, a VLAN correspond to multiple switch port;When establishing the mapping relations, the user network Corresponding VLAN at least meets:Same VLAN is using same forwarding rule, and forwarding rule is virtual for this Forwarding rule defined in one flow table item of local area network association, VLAN and flow table item are bound;
The mapping relations real-time synchronization that the OpenStack calculate nodes will preserve in the OpenStack network nodes To OpenFlow controllers, including:The institute that OpenStack network nodes described in the OpenStack calculate nodes poll preserve Mapping relations are stated, or when receiving establishment, modification and deleting the instruction of user network, obtain the OpenStack networks section The mapping relations that point preserves;The OpenStack calculate nodes are by the mapping relations currently obtained with obtaining before The mapping relations compare, when such as described mapping relations change, notify the OpenFlow to control new mapping relations Device processed;
The OpenFlow controllers are used to preserve the synchronous mapping relations of the OpenStack calculate nodes, generation stream Table is simultaneously issued to OpenFlow interchangers, and each VLAN in the mapping relations is associated with one in the flow table Flow table item.
2. the method as described in claim 1, it is characterised in that also include:
When the OpenStack network nodes change the user network, judge the user network that currently preserves with it is virtual Whether LAN, the mapping relations of switch ports themselves meet the demand of modification network, do not meet such as, according to the demand of modification network Re-establish the mapping that the user network currently preserves with VLAN, the mapping relations of switch ports themselves and renewal Relation;
When the OpenStack network nodes delete the user network, the user network and virtual office that will currently preserve Domain net, the mapping relations of switch ports themselves are deleted.
3. method as claimed in claim 1 or 2, it is characterised in that:
The user network and VLAN, switch ports themselves are established or re-established to the OpenStack network nodes Mapping relations, including:
The OpenStack network nodes are according to creating network or changing the demand of network, it is determined that needing in the user network The one or more forwarding rules inside used.
4. a kind of OpenStack network nodes, including Neutron servers, Neutron databases and OpenFlow controllers are inserted Part, it is characterised in that the OpenFlow controller cards include:
Receiving unit, for receiving the first instruction of the establishment tenant network from Neutron servers;Reception is additionally operable to come from Second instruction of the modification tenant network of Neutron servers and the 3rd instruction for deleting tenant network;
Map unit, for the demand of the establishment network carried according to the described first instruction, generate the tenant network with it is virtual LAN, switch ports themselves mapping relations and be saved in Neutron databases, in the mapping relations, a tenant network Corresponding one or more VLANs, a VLAN correspond to multiple switch port;When generating the mapping relations, VLAN corresponding to the tenant network at least meets:Same VLAN is regular using same forwarding, and the forwarding Forwarding rule defined in a flow table item of the rule for VLAN association, VLAN and flow table item are bound; It is additionally operable to after the receiving unit receives second instruction, judges the tenant network and the virtual local area currently preserved Whether net, the mapping relations of switch ports themselves meet the demand for the modification network that second instruction carries, and do not meet such as, according to The demand of the modification network re-establishes the mapping relations and updated into Neutron databases;And for according to 3rd instruction, deletes the tenant network preserved in Neutron databases and the mapping of VLAN, switch ports themselves is closed System.
5. OpenStack network nodes as claimed in claim 4, it is characterised in that:
The map unit according to establish or re-establish the tenant network and VLAN, the mapping of switch ports themselves is closed System, including:
The map unit determines to need one used in the tenant network according to the demand for creating network or modification network Kind or a variety of forwarding rules.
6. a kind of OpenStack cloud managements platform, including OpenStack network nodes and OpenStack calculate nodes, its feature It is:
The OpenStack network nodes, for when creating user network, establishing and preserving institute according to the demand for creating network State user network and VLAN, the mapping relations of switch ports themselves, in the mapping relations, a user network corresponding one Individual or multiple VLANs, a VLAN correspond to multiple switch port;When establishing the mapping relations, the use VLAN corresponding to the network of family at least meets:Same VLAN is using same forwarding rule, and the forwarding rule is Forwarding rule defined in one flow table item of VLAN association, VLAN and flow table item are bound;
The OpenStack calculate nodes, the mapping relations for will be preserved in the OpenStack network nodes are real-time It is synchronized to OpenFlow controllers;The OpenStack calculate nodes include:
Nova clients, for receiving the dependent instruction of user network and being delivered separately on OpenStack network nodes Neutron agencies on Neutron servers and this node;
Neutron is acted on behalf of, the mapping relations preserved for OpenStack network nodes described in poll, or is receiving wound The mapping relations that the OpenStack network nodes preserve are obtained during the instruction for building, changing and deleting user network, are such as worked as The mapping relations of preceding acquisition change relative to the mapping relations obtained before, pass through OpenFlow controllers visitor New mapping relations are notified the OpenFlow controllers by family end;
OpenFlow controller clients, for new mapping relations to be notified into OpenFlow controllers.
7. OpenStack cloud managements platform as claimed in claim 6, it is characterised in that:
The OpenStack network nodes include:
Neutron servers, for receiving user's establishment, modification and the instruction for deleting user network, the instruction is transmitted to OpenFlow controller cards;
OpenFlow controller cards, controlled using the OpenFlow in the OpenStack network nodes as described in claim 4 or 5 Device plug-in unit processed;
Neutron databases, for preserving the mapping relations of user network and VLAN, switch ports themselves.
8. a kind of software defined network system based on OpenStack cloud management platforms, including OpenStack cloud managements platform, OpenFlow controllers and OpenFlow interchangers, it is characterised in that:
The OpenStack cloud managements platform, using OpenStack cloud management platforms as claimed in claims 6 or 7;
The OpenFlow controllers, for preserving the mapping relations from the OpenStack calculate nodes, generation stream Table is simultaneously issued to OpenFlow interchangers, and each VLAN in the mapping relations is associated with one in the flow table Flow table item.
CN201410086433.3A 2014-03-10 2014-03-10 A kind of OpenFlow control methods and corresponding plug-in unit, platform and network Active CN103825954B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410086433.3A CN103825954B (en) 2014-03-10 2014-03-10 A kind of OpenFlow control methods and corresponding plug-in unit, platform and network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410086433.3A CN103825954B (en) 2014-03-10 2014-03-10 A kind of OpenFlow control methods and corresponding plug-in unit, platform and network

Publications (2)

Publication Number Publication Date
CN103825954A CN103825954A (en) 2014-05-28
CN103825954B true CN103825954B (en) 2017-12-01

Family

ID=50760778

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410086433.3A Active CN103825954B (en) 2014-03-10 2014-03-10 A kind of OpenFlow control methods and corresponding plug-in unit, platform and network

Country Status (1)

Country Link
CN (1) CN103825954B (en)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104092565B (en) * 2014-06-24 2017-03-29 复旦大学 A kind of multi-tenant policy-driven type software defined network method towards cloud data center
CN105391568B (en) 2014-09-05 2019-07-23 华为技术有限公司 A kind of implementation method, the device and system of software defined network SDN
CN104301812B (en) * 2014-09-19 2020-06-30 中国电力科学研究院信息通信研究所 Optical network system and network function virtualization method
CN104270464A (en) * 2014-10-22 2015-01-07 西安未来国际信息股份有限公司 Cloud computing virtualized network architecture and optimization method
CN104539743B (en) * 2015-01-26 2017-11-21 中国联合网络通信集团有限公司 A kind of cloud computing system and its control method
CN104639372B (en) * 2015-02-13 2018-11-09 中国联合网络通信集团有限公司 The correlating method and system of overlay network and physical network based on SDN
CN105991789A (en) * 2015-03-06 2016-10-05 中兴通讯股份有限公司 Method for realizing virtual machine port mapping, servers and system
CN106411785B (en) * 2015-08-03 2019-08-06 上海宽带技术及应用工程研究中心 Openstack network system and implementation method based on full OPENFLOW physical switches network
CN105187271B (en) * 2015-08-18 2019-01-11 中国联合网络通信集团有限公司 A kind of data pick-up method and apparatus
CN105227344B (en) * 2015-08-21 2019-03-22 烽火通信科技股份有限公司 Software defined network simulation system and method based on OpenStack
CN106571945B (en) * 2015-10-13 2020-07-10 中兴通讯股份有限公司 Control plane and service plane separation method and system, server and cloud computing platform
CN105630496A (en) * 2015-12-22 2016-06-01 国云科技股份有限公司 Neutron-based newly added REST plugin method
CN106936777B (en) * 2015-12-29 2020-02-14 中移(苏州)软件技术有限公司 Cloud computing distributed network implementation method and system based on OpenFlow
CN106936715B (en) 2015-12-31 2019-06-07 新华三技术有限公司 Virtual machine message control method and device
CN107733746B (en) * 2016-08-11 2021-06-15 中兴通讯股份有限公司 Networking method of hybrid cloud platform and hybrid cloud platform system
CN107888438B (en) * 2016-09-29 2021-06-08 上海天旦网络科技发展有限公司 Flow table technology-based system for automatically sensing and adapting to cloud environment change
CN106899662B (en) * 2017-02-06 2020-05-15 中山大学 Universal platform for heterogeneous intelligent sensor network cooperative communication
CN108737272B (en) * 2017-04-19 2020-10-30 江南大学 High-performance route forwarding method in cloud computing
CN107277858B (en) * 2017-07-20 2020-05-12 西安电子科技大学 Multi-channel transmission 5G network based on SDN and data transmission method
CN107592225A (en) * 2017-09-13 2018-01-16 国云科技股份有限公司 A kind of system and method for merging physical machine, virtual machine and capacitor network and setting
CN109729026B (en) * 2017-10-27 2020-12-01 迈普通信技术股份有限公司 SDN network control method and SDN controller
CN107783822A (en) * 2017-11-10 2018-03-09 郑州云海信息技术有限公司 A kind of method for managing resource and device
CN109962788B (en) * 2017-12-14 2022-03-29 中国电信股份有限公司 Multi-controller scheduling method, device and system and computer readable storage medium
CN108768807B (en) * 2018-06-01 2021-08-17 中国电子信息产业集团有限公司第六研究所 Virtual-real interconnection method and device for cloud platform
CN109639488B (en) * 2018-12-18 2020-02-28 无锡华云数据技术服务有限公司 Multi-extranet shunt acceleration method and system
CN109669761B (en) * 2018-12-21 2023-01-13 合肥时代智慧高新投资管理有限公司 SDN controller system
CN109783392A (en) * 2019-01-28 2019-05-21 新华三云计算技术有限公司 Cloud net fusion architecture system detection method and device
CN110113417A (en) * 2019-05-08 2019-08-09 苏州浪潮智能科技有限公司 Cloud service combination and dispatching platform based on OpenStack
CN110247807A (en) * 2019-06-26 2019-09-17 苏州浪潮智能科技有限公司 A kind of port management method and device
CN110572327A (en) * 2019-07-31 2019-12-13 苏州浪潮智能科技有限公司 Method for realizing cross-network-segment data forwarding of neutron network and flow controllable method
CN112217902B (en) * 2020-10-22 2022-03-22 新华三信息安全技术有限公司 Firewall data synchronization method and device
CN114328720B (en) * 2021-11-30 2024-01-19 苏州浪潮智能科技有限公司 Data synchronization method, device and equipment of OpenStack platform

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114972A (en) * 2006-07-26 2008-01-30 成都迈普产业集团有限公司 Method for establishing and dismounting virtual private network in IP telecommunication network system
CN102349268A (en) * 2009-03-09 2012-02-08 日本电气株式会社 Openflow communication system and openflow communication method
CN103166876A (en) * 2011-12-08 2013-06-19 中兴通讯股份有限公司 Transmission method for data among OpenFlow network domains and device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114972A (en) * 2006-07-26 2008-01-30 成都迈普产业集团有限公司 Method for establishing and dismounting virtual private network in IP telecommunication network system
CN102349268A (en) * 2009-03-09 2012-02-08 日本电气株式会社 Openflow communication system and openflow communication method
CN103166876A (en) * 2011-12-08 2013-06-19 中兴通讯股份有限公司 Transmission method for data among OpenFlow network domains and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
《云网融合及原型验证研究》;程莹;《电信技术》;20130925;第9-12页 *

Also Published As

Publication number Publication date
CN103825954A (en) 2014-05-28

Similar Documents

Publication Publication Date Title
CN103825954B (en) A kind of OpenFlow control methods and corresponding plug-in unit, platform and network
CN105591955B (en) A kind of method and apparatus of message transmissions
CN102882758B (en) Method, network side equipment and the data center apparatus of virtual private cloud access network
CN106209553B (en) Message processing method, equipment and system
CN105162704B (en) The method and device of multicast replication in Overlay network
CN102843286B (en) Implementation method, and system of virtual routers
CN104811393B (en) Multicast message duplication method, device and open flow controller
CN103441932B (en) A kind of Host routes list item generates method and apparatus
CN104092684B (en) A kind of OpenFlow agreements support VPN method and apparatus
CN108880968A (en) Broadcast, method of realizing group broadcasting and device, storage medium in software defined network
CN105591863A (en) Method and device for realizing interworking between virtual private cloud network and external network
CN108616386A (en) A kind of construction method and SDN virtual network environments of SDN virtual network environments
WO2015180040A1 (en) Flow table management method and relevant device and system
CN105282003B (en) Establish the method and system and tunnel control device and virtual switch in tunnel
CN104135446B (en) System and methods of the IPv4 to IPv6 transition is realized based on SDN
CN103763310A (en) Firewall service system and method based on virtual network
CN105450525B (en) The method and apparatus used for route exchange device
CN108429680A (en) A kind of method for configuring route, system, medium and equipment based on virtual private cloud
CN105791402B (en) A kind of cloud computing platform network virtualization implementation method and corresponding plug-in unit and agency
CN110290045A (en) A kind of soft or hard binding model construction method in cloud framework lower network target range
CN106506368B (en) A kind of data communication implementation method Internet-based
CN106953848A (en) A kind of software defined network implementation method based on ForCES
CN107580077A (en) Public network IP distribution method, device and Visualized data centre system
CN110086640A (en) The enabled method and apparatus of business
CN107360089A (en) A kind of method for routing foundation, business datum conversion method and device

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