CN110380900B - Network configuration system based on SDN - Google Patents
Network configuration system based on SDN Download PDFInfo
- Publication number
- CN110380900B CN110380900B CN201910631488.0A CN201910631488A CN110380900B CN 110380900 B CN110380900 B CN 110380900B CN 201910631488 A CN201910631488 A CN 201910631488A CN 110380900 B CN110380900 B CN 110380900B
- Authority
- CN
- China
- Prior art keywords
- forwarding
- service forwarding
- port
- service
- traffic
- 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
- 238000012545 processing Methods 0.000 claims abstract description 7
- 238000013519 translation Methods 0.000 claims description 9
- 230000005641 tunneling Effects 0.000 claims description 5
- 238000002955 isolation Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 3
- 238000000034 method Methods 0.000 abstract description 3
- 230000009471 action Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to the technical field of network configuration systems of communication equipment, in particular to a network configuration system based on an SDN (software defined network), which is applied to a Linux system; the method comprises the following steps: the SDN controller is used for generating and issuing a forwarding flow table; the SDN equipment comprises: the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring application flow generated by each application program in the system; a plurality of mutually independent service forwarding channels are preset in the routing unit, and each service forwarding channel corresponds to an application program; and the forwarding unit matches each application flow to the corresponding at least one service forwarding channel according to the flow table entry of the forwarding flow table. Has the advantages that: the three-layer network is isolated through a plurality of service forwarding channels, so that complicated routing setting is avoided; the service forwarding channels are mutually isolated in the application layer, so that the stability and the safety of network operation are guaranteed; and a plurality of service forwarding channels are connected with each other at the kernel layer, so that the flexibility of service forwarding is improved.
Description
Technical Field
The invention relates to the technical field of network configuration systems of communication equipment, in particular to a network configuration system based on an SDN (software defined network).
Background
The Network Namespaces (Network name space) of the Linux system is a Network resource isolation scheme. Network is no longer global but belongs to a certain Namespace. The resources under each Namespace are opaque and invisible to the resources under the other Namespace.
In the prior art, the SDN device configures the network by using iptables, which has the natural disadvantages of complicated configuration and difficult modification. For a network configuration system with multiple uplinks, iptables needs complex routing setting, and the uplinks of different three-layer networks in the SDN device need to distinguish different networks through routing. The route differentiation and the NAT (Network Address Translation) conversion of multi-IP uplink are completed at the same time, the strategy compiling is complex, the complexity of the strategy is multiplied along with the increase of the number of the uplink, and the aim of simplifying the Network configuration is not met. The service control program has the problem of deep service coupling in terms of routing rules and service binding, and the flexibility of the service is influenced. Therefore, a network configuration system capable of isolating the application traffic of the Namespace and communicating three-layer networks is needed.
Disclosure of Invention
In view of the above problems in the prior art, a network configuration system based on SDN is provided.
The specific technical scheme is as follows:
the invention comprises a network configuration system based on SDN, which is applied to a Linux system; the method comprises the following steps:
the SDN controller is used for generating and issuing a forwarding flow table;
an SDN device, comprising within the SDN device:
the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring application flow generated by each application program in the system;
a routing unit, wherein a plurality of mutually independent service forwarding channels are preset in the routing unit, each service forwarding channel corresponds to one application program, and the routing unit is used for forwarding the application traffic allocated to the service forwarding channel to an external port of the SDN device;
and the forwarding unit is respectively connected with the acquisition unit and the routing unit and used for receiving the forwarding flow table and matching each application flow to at least one corresponding service forwarding channel according to the flow table entry of the forwarding flow table.
Preferably, each service forwarding channel includes a receiving port and a sending port, the receiving port is connected to the sending port through a network address translation module, and the receiving port is configured to receive the matched application traffic and forward the application traffic to the external port through the network address translation module and the sending port.
Preferably, the plurality of service forwarding channels include a first type of service forwarding channel and a second type of service forwarding channel, and a sending port of the first type of service forwarding channel is connected to an external port of the SDN device;
the sending ports of the first class of service forwarding channels and the sending ports of the second class of service forwarding channels are connected with each other to realize that all the service forwarding channels are communicated in a kernel layer;
when the second type of service forwarding channel forwards the matched application traffic, the sending port of the first type of service forwarding channel, which obtains the public network address, sends its own serial number to the second type of service forwarding channel, so that the second type of service forwarding channel can forward the application traffic to the external port through the sending port of the first type of service forwarding channel, thereby completing connection with an opposite-end server.
Preferably, all the receiving ports are isolated from each other to realize that all the service forwarding channels are isolated from each other on an application layer.
Preferably, the forwarding unit is implemented by using a bridge in the SDN device.
Preferably, the forwarding flow table is an openflow flow table.
Preferably, the obtaining unit includes a plurality of routing ports, and each routing port is connected to the receiving ports of the plurality of service forwarding channels through the forwarding unit.
Preferably, the plurality of routing ports includes a wireless lan port and a plurality of lan ports.
Preferably, the first type of service forwarding channel forwards the matched application traffic through a point-to-point tunneling protocol.
Preferably, the second type of service forwarding channel forwards the matched application traffic through a two-layer tunneling protocol.
The technical scheme of the invention has the beneficial effects that:
(1) the three-layer network is isolated through the service forwarding channels, so that complicated routing setting is avoided, network configuration of the SDN equipment can be realized by issuing a flow table through the SDN controller, and no additional configuration is needed;
(2) the service forwarding channels are mutually isolated on the application layer, so that the stability and the safety of network operation are guaranteed;
(3) the service forwarding channels are mutually connected in the kernel layer, so that the sending port of each service forwarding channel can find the external port to be connected with the opposite terminal server, and the flexibility of service forwarding is improved.
Drawings
Embodiments of the present invention will now be described more fully hereinafter with reference to the accompanying drawings. The drawings are, however, to be regarded as illustrative and explanatory only and are not restrictive of the scope of the invention.
Fig. 1 is a schematic structural diagram of an SDN device in an embodiment of the present invention;
fig. 2 is an architecture diagram of a network configuration system according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict.
The invention is further described with reference to the following drawings and specific examples, which are not intended to be limiting.
The invention comprises a network configuration system based on SDN, which is applied to a Linux system; as shown in fig. 2, includes:
the SDN controller 1 is used for generating and issuing a forwarding flow table;
an SDN device 2, as shown in fig. 1, includes within the SDN device 2:
an obtaining unit 20, configured to obtain application traffic generated by each application program in the system;
a routing unit 21, where a plurality of mutually independent service forwarding channels (NS 1, NS2, NS3 shown in fig. 2) are preset in the routing unit 21, each service forwarding channel corresponds to an application program, and is configured to forward application traffic allocated to the service forwarding channel to an external port PON of the SDN device 2;
the forwarding unit 22 is connected to the obtaining unit 20 and the routing unit 21, and configured to receive the forwarding flow table, and match each application traffic to the corresponding at least one service forwarding channel according to the flow table entry of the forwarding flow table;
each service forwarding channel comprises a receiving port (P1, P2 and P3 shown in FIG. 2) and a sending port (PPP and L2TP shown in FIG. 2), the receiving port is connected with the sending port through a network address translation module NAT, the receiving port is used for receiving matched application traffic and forwarding the application traffic to an external port through the network address translation module NAT and the sending port;
the multiple service forwarding channels comprise a first type service forwarding channel and a second type service forwarding channel, and sending ports of the first type service forwarding channels are connected with external ports of the SDN equipment;
the sending port of the first class service forwarding channel is connected with the sending port of the second class service forwarding channel so as to realize that all the service forwarding channels are communicated with the kernel layer;
when the second type service forwarding channel forwards the matched application traffic, the sending port of the first type service forwarding channel, which obtains the public network address, sends the own serial number to the second type service forwarding channel, so that the second type service forwarding channel can forward the application traffic to an external port through the sending port of the first type service forwarding channel, and the connection with the opposite terminal server is completed.
Specifically, according to the above technical solution, the routing unit 21 is provided with a plurality of mutually independent service forwarding channels, which are respectively used for forwarding different application flows, in this embodiment, the service forwarding channels are divided into a first service forwarding channel and a second service forwarding channel, NS1 is the first service forwarding channel, and NS2 and NS3 are the second service forwarding channels. Each Namespace (Namespace) represents a traffic forwarding channel, and is used to organize and reuse code. The namespace is needed because the number of words available to humans is too small, and it is unlikely that all variables in different human-written programs will have no renaming phenomenon, which is particularly serious for libraries where two human-written library files inevitably have the same name of variable or function. To solve the renaming problem, the concept of a namespace is introduced in which the library functions or variables used are defined so as not to cause unnecessary conflicts. In this embodiment, the SDN controller may forward the application traffic by issuing an Openflow flow table and specifying a namespace (i.e., a service forwarding channel) corresponding to the application traffic. Because the iptables is used in the traditional network configuration, and has the natural disadvantages that the configuration is complex and the iptables is not easy to change, the Openflow flow table is used for network configuration in the embodiment, the complex network configuration requirement is simplified, the network configuration is remotely changed through the SDN controller, and the network configuration is more flexible.
Specifically, each service forwarding channel only needs to set a simplest default flow table and a simplest NAT (Network Address Translation) rule, thereby further simplifying the scheduling design. In this embodiment, the tunnel Protocol set in the first type of service forwarding channel NS1 is a Point-to-Point Protocol (PPP Protocol for short), the PPP Protocol is mainly used to establish a connection and send data between two Network nodes in a dial-up or dedicated manner, the sending port of the first type of service forwarding channel is connected to an external port PON, the external port is a Passive Optical Network port (PON for short), the sending port of the first type of service forwarding channel forwards the application traffic through the PPP Protocol, the PPP Protocol is a solution for simple connection between various types of hosts, bridges, and routers, and the PPP Protocol has a simple structure and a user authentication capability, IP allocation can be solved, etc.; a second type of service forwarding channel (NS2, NS3) is provided with a Layer 2 Tunneling Protocol (L2 TP Protocol for short), the L2TP Protocol is a data link Layer Protocol, the messages thereof are divided into two types of data messages and control messages, the data messages use delivery PPP frames, the frames are used as data areas of L2TP messages, the L2TP Protocol does not guarantee reliable delivery of the data messages, if the data messages are lost and not retransmitted, flow control and congestion control over the data messages are not supported, the control messages are used for establishing, maintaining and terminating control connections and sessions, the L2TP Protocol ensures reliable delivery and supports flow control and congestion control over the control messages, and the sending ports of the second type of service forwarding channel forward application traffic through the L2TP Protocol. In this embodiment, after the sending port of the first type of service forwarding channel obtains the public network address, the sending port of the first type of service forwarding channel sends its PID (i.e. the serial number of the sending port) to the sending port of the second type of service forwarding channel, so that the sending port of the second type of service forwarding channel can find a corresponding outlet to forward the application traffic to the external port PON, and it is ensured that the application program corresponding to the L2TP protocol establishes a connection with the peer server;
specifically, the application flow is controlled by an openflow flow table, the application flow is matched to a plurality of service forwarding channels which are isolated from each other through a matching domain of the openflow flow table, the service forwarding channels which need to be used are determined through actions (processing codes), the actions are similar to a bridge between a user request and service logic, each action serves as a service agent of an application program, further, the application flow is distributed to different service forwarding channels, and the purpose that the plurality of service forwarding channels are isolated from each other on an application layer is achieved.
Specifically, the sending ports (PPP and L2TP shown in fig. 2) of each service forwarding channel are connected to each other, so that a plurality of service forwarding channels are communicated with each other at the kernel layer, and in the kernel layer of the linux system, the sending Port that obtains the public network address sends its PID (Port Identification, serial number of the sending Port) to the application program corresponding to the L2TP protocol, thereby ensuring that when the application program corresponding to the L2TP protocol is established, the corresponding outlet can be found, and the connection with the opposite server is completed. By the technical scheme, in the kernel layer, each service forwarding channel can forward the application traffic to the server of the opposite terminal through the external port PON, so that the flexibility of forwarding the application traffic is improved.
In a preferred embodiment, the forwarding unit 22 is implemented by a bridge within the SDN device 2;
the obtaining unit 20 includes a plurality of routing ports, and each routing port is connected to receiving ports (P1, P2, P3 shown in fig. 2) of a plurality of traffic forwarding channels through the forwarding unit 22, respectively.
Specifically, in the present embodiment, the SDN device 2 employs an SDN switch. The SDN controller 1 is connected to a plurality of routing ports of the SDN device 2 through a Bridge (Bridge) under an Openflow protocol, where the routing ports include a plurality of local area network ports (LAN 1 and LANn shown in fig. 2) and a wireless local area network port (WLAN), and application traffic in the local area network or the wireless local area network can be acquired through two different routing ports. Each routing port is connected with a receiving port of each service forwarding channel, and is distributed according to an Openflow flow table issued by the SDN controller 1, so that application traffic is matched to the corresponding service forwarding channel, and dynamic scheduling of the application traffic is realized through the Openflow flow table.
Specifically, in this embodiment, the application traffic is scheduled based on the Openflow protocol, which can cover 2-4 layers of scheduling control, and thus flexible scheduling of the application traffic is realized; a plurality of mutually isolated service forwarding channels are created according to different service applications, mutual isolation of application flow is ensured, integration of a three-layer channel of an auto-negotiation protocol such as PPP/DHCP and the like and an Openflow switch is simplified, and three-layer connection and NAT (Network Address Translation) can be simplified into an Openflow switch port. Each service forwarding channel only needs to maintain the simplest default flow table and the simplest NAT rule, so that the scheduling design is further simplified; the kernel communication operation is added in the process of establishing the three-layer channel of the overlay network, so that two service forwarding channels which are similar to be isolated can realize effective dependence in the kernel layer, and the contradiction problem that the three-layer network intercommunication is realized while the flow isolation is required to be applied is solved.
The technical scheme of the invention has the beneficial effects that:
(1) the three-layer network is isolated through the service forwarding channels, so that complicated routing setting is avoided, network configuration of the SDN equipment can be realized by issuing a flow table through the SDN controller, and no additional configuration is needed;
(2) the service forwarding channels are mutually isolated in the application layer, so that the stability and the safety of network operation are guaranteed;
(3) the service forwarding channels are mutually connected in the kernel layer, so that the sending port of each service forwarding channel can find the external port to be connected with the opposite terminal server, and the flexibility of service forwarding is improved.
While the invention has been described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.
Claims (10)
1. A network configuration system based on SDN is applied to a Linux system; it is characterized by comprising:
the SDN controller is used for generating and issuing a forwarding flow table;
an SDN device, comprising within the SDN device:
the system comprises an acquisition unit, a processing unit and a processing unit, wherein the acquisition unit is used for acquiring application flow generated by each application program in the system;
a routing unit, wherein a plurality of mutually independent service forwarding channels are preset in the routing unit, each service forwarding channel corresponds to one application program, and the routing unit is used for forwarding the application traffic allocated to the service forwarding channel to an external port of the SDN device;
and the forwarding unit is respectively connected with the acquisition unit and the routing unit and used for receiving the forwarding flow table and matching each application flow to at least one corresponding service forwarding channel according to the flow table entry of the forwarding flow table.
2. The network configuration system according to claim 1, wherein each of the traffic forwarding channels includes a receiving port and a sending port, the receiving port is connected to the sending port through a network address translation module, and the receiving port is configured to receive the matched application traffic and forward the application traffic to the external port through the network address translation module and the sending port.
3. The network configuration system according to claim 2, wherein the plurality of traffic forwarding channels include a first type of traffic forwarding channel and a second type of traffic forwarding channel, and a sending port of the first type of traffic forwarding channel is connected to an external port of the SDN device;
the sending ports of the first class of service forwarding channels and the sending ports of the second class of service forwarding channels are connected with each other to realize that all the service forwarding channels are communicated in a kernel layer;
when the second type of service forwarding channel forwards the matched application traffic, the sending port of the first type of service forwarding channel, which obtains the public network address, sends its own serial number to the second type of service forwarding channel, so that the second type of service forwarding channel can forward the application traffic to the external port through the sending port of the first type of service forwarding channel, thereby completing connection with an opposite-end server.
4. The network configuration system of claim 2, wherein all of the receiving ports are isolated from each other to achieve isolation of all of the traffic forwarding channels from each other at an application layer.
5. The network configuration system of claim 1, wherein the forwarding unit is implemented with a bridge within the SDN device.
6. The network configuration system of claim 1, wherein the forwarding flow table is an openflow flow table.
7. The network configuration system according to claim 1, wherein the obtaining unit includes a plurality of routing ports, and each routing port is connected to a receiving port of a plurality of service forwarding channels through the forwarding unit.
8. The network configuration system of claim 7, wherein the plurality of routing ports comprises a wireless local area network port and a plurality of local area network ports.
9. The network configuration system according to claim 3, wherein the first type of traffic forwarding channel forwards the matched application traffic through a point-to-point tunneling protocol.
10. The network configuration system according to claim 3, wherein the second type of traffic forwarding channel forwards the matched application traffic through a layer two tunneling protocol.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910631488.0A CN110380900B (en) | 2019-07-12 | 2019-07-12 | Network configuration system based on SDN |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910631488.0A CN110380900B (en) | 2019-07-12 | 2019-07-12 | Network configuration system based on SDN |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110380900A CN110380900A (en) | 2019-10-25 |
| CN110380900B true CN110380900B (en) | 2022-03-08 |
Family
ID=68252965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910631488.0A Active CN110380900B (en) | 2019-07-12 | 2019-07-12 | Network configuration system based on SDN |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110380900B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111404738B (en) * | 2020-03-10 | 2023-05-30 | 中国电信集团工会上海市委员会 | Flow table and configuration hot modification method of network controller |
| CN112187517B (en) * | 2020-09-07 | 2022-06-07 | 烽火通信科技股份有限公司 | Configuration method, platform and controller for SDN virtual routing of data center |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104298543A (en) * | 2014-11-07 | 2015-01-21 | 陈桂芳 | Implementation method for one-to-multiple virtualization of OPENFlOW switch |
| CN107104896A (en) * | 2017-05-26 | 2017-08-29 | 南京元融信息技术有限公司 | The sensitive SDN controllers of High Availabitity high-performance and SDN switch framework |
| CN109327318A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | SDN management network architecture, establishment of SDN management network and management network switching method |
| CN109327374A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | Realize the system and method for three-layer VPN network insertion |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104954226A (en) * | 2015-07-28 | 2015-09-30 | 上海斐讯数据通信技术有限公司 | SDN-based QoS-supported communication tunnel establishment method and system |
-
2019
- 2019-07-12 CN CN201910631488.0A patent/CN110380900B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104298543A (en) * | 2014-11-07 | 2015-01-21 | 陈桂芳 | Implementation method for one-to-multiple virtualization of OPENFlOW switch |
| CN107104896A (en) * | 2017-05-26 | 2017-08-29 | 南京元融信息技术有限公司 | The sensitive SDN controllers of High Availabitity high-performance and SDN switch framework |
| CN109327318A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | SDN management network architecture, establishment of SDN management network and management network switching method |
| CN109327374A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | Realize the system and method for three-layer VPN network insertion |
Non-Patent Citations (1)
| Title |
|---|
| 企业网关虚拟化(vCPE)技术研究;王瑾等;《邮电设计技术》;20161120(第11期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110380900A (en) | 2019-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2974133B1 (en) | Method and system for controlling an underlying physical network by a software defined network | |
| US9124567B2 (en) | Methods and devices for converting routing data from one protocol to another in a virtual private network | |
| KR100528156B1 (en) | Nomadic Translator or Router | |
| US8295204B2 (en) | Method and system for dynamic assignment of network addresses in a communications network | |
| CN102857416B (en) | A kind of realize the method for virtual network, controller and virtual network | |
| CN103795623B (en) | A kind of method and apparatus for realizing flow intercommunication between virtual unit | |
| CN106936777A (en) | Cloud computing distributed network implementation method based on OpenFlow, system | |
| WO2016206741A1 (en) | Forwarding device, controller and method | |
| KR20120052981A (en) | Method and system for deploying at least one virtual network on the fly and on demand | |
| CN103763207A (en) | In-band control connection establishment method and device in SDN | |
| US20210204191A1 (en) | Inter-slice sharing in 5g core networks | |
| CN110380900B (en) | Network configuration system based on SDN | |
| US20140185607A1 (en) | Communication system, communication path establishing method and management server | |
| He et al. | Design and implementation of SDN/IP hybrid space information network prototype | |
| CN107547403B (en) | Message forwarding method, message assistance device, controller and host | |
| Miguel et al. | A CoAP based control plane for software defined wireless sensor networks | |
| CN108667729B (en) | SDN service isolation and routing method and device based on MPLS | |
| Prasad et al. | Intervlan routing and various configurations on Vlan in a network using Cisco Packet Tracer 6.2 | |
| JP5169237B2 (en) | Communication transmission apparatus and communication transmission method | |
| CN113163276B (en) | Method, device and system for publishing routing information | |
| CN117478457A (en) | Data forwarding method, device, communication system, storage medium and computer equipment | |
| US20230336380A1 (en) | Method of operating a network | |
| Martin et al. | A software-defined connectivity service for multi-cluster cloud native applications | |
| CN110545240B (en) | Method for establishing label forwarding table and forwarding message based on distributed aggregation system | |
| CN109548177B (en) | Large-scale WiFi network management system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |