CN106656846B - The construction method of cooperation layer in a kind of SDN architectural framework - Google Patents

The construction method of cooperation layer in a kind of SDN architectural framework Download PDF

Info

Publication number
CN106656846B
CN106656846B CN201710030607.8A CN201710030607A CN106656846B CN 106656846 B CN106656846 B CN 106656846B CN 201710030607 A CN201710030607 A CN 201710030607A CN 106656846 B CN106656846 B CN 106656846B
Authority
CN
China
Prior art keywords
openflow
message
module
pipeline
physical switches
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
CN201710030607.8A
Other languages
Chinese (zh)
Other versions
CN106656846A (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.)
Dalian University of Technology
Original Assignee
Dalian University of Technology
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 Dalian University of Technology filed Critical Dalian University of Technology
Priority to CN201710030607.8A priority Critical patent/CN106656846B/en
Publication of CN106656846A publication Critical patent/CN106656846A/en
Application granted granted Critical
Publication of CN106656846B publication Critical patent/CN106656846B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/726Reserving resources in multiple paths to be used simultaneously
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/60Queue scheduling implementing hierarchical scheduling

Landscapes

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

Abstract

The present invention provides a kind of construction methods of cooperation layer in SDN architectural framework, belong to computer application technology.This method is added to one layer of centralized cooperation layer between control layer and forwarding, that is OpenFlow coordinator, so that multiple SDN controllers in control layer cooperate with one another and share control layer business load, realize OpenFlow control stream flexible dispatching between multiple application heterogeneity type controllers, to meet the needs of manager is in real network, the availability and reliability of entire SDN system are promoted.

Description

The construction method of cooperation layer in a kind of SDN architectural framework
Technical field
The present invention relates to a kind of construction methods of cooperation layer in SDN architectural framework, belong to computer application technology.
Background technique
With " big object shifting cloud ", i.e. big data, Internet of Things, mobile Internet and the epoch of cloud computing arrive, traditional bottom Layer network framework can no longer meet the demand of manager, and many and diverse configuration trouble iteration of equipment is slow, and various problems emerge one after another. Next generation network, it is desirable that programmable on-demand customization, centralized unified management, dynamic flow supervision, automatically dispose etc..This It is all the starting point of software defined network (SDN) a bit.
The feature of SDN maximum is that control and forwarding are kept completely separate, and wherein control layer realizes that centerized fusion, software can be compiled Journey, visualization, automation etc., forwarding pass through hardware realization high speed forward.But the control layer and forwarding for directly docking SDN are very Difficulty meets the needs of in real network.This is embodied in following two aspect:
On the one hand, in control layer, the maturity of application function is had differences between different north orientation controllers, such as have North orientation controller firewall functionality is more mature, and some north orientation controller load balancer functions are more mature, lead to bottom The manager of network controls forwarding equipment in the mature application that control layer disposes different north orientation controllers.In addition, i.e. Keep north orientation controller identical, the network function that different forwarding equipment need leads to control different forwarding setting there is also difference Standby north orientation controller is also required to provide different applications.It needs actually from the network request of forwarding by a variety of different North orientation controller application is handled, therefore the control layer of directly docking SDN and forwarding are difficult to meet this demand, this requires to turn Sending out has the ability that OpenFlow scheduling message is realized for different application between layer and the control layer of application heterogeneity type.
On the other hand, since the processing capacity of single north orientation controller node is limited, with access layer and forwarding layer network The expansion of scale, single north orientation controller will be unable to the process performance requirement for meeting control layer, this requires forwarding and application different There is the ability of elasticity deployment north orientation controller, the control layer for directly docking SDN and forwarding are also very between the control layer of configuration Difficulty meets this demand.
In conclusion the control layer of SDN and forwarding layer architecture existing defects, directly dock the control layer and forwarding of SDN It is difficult meet the needs of in real network.
Summary of the invention
In order to cope with above-mentioned challenge, the invention proposes a kind of construction methods of cooperation layer in SDN architectural framework.This method One layer of centralized cooperation layer, i.e. OpenFlow coordinator are added between control layer and forwarding, so that in control layer Multiple SDN north orientation controllers, which cooperate with one another, shares control layer business load, realizes OpenFlow control stream in multiple application heterogeneities Flexible dispatching between type north orientation controller promotes the available of entire SDN system to meet the needs of manager is in real network Property and reliability.
Technical solution of the present invention:
The construction method of cooperation layer in a kind of SDN architectural framework is managed in logic function, north orientation by south orientation switch channels Controller channel management and OFPT_PACKET_IN message distribution three parts composition.
Wherein, the management of south orientation switch channels is the bridge of coordinator access forwarding, is related to south orientation switch channels pipe The work of reason has: one, receiving after the channel initiated by south orientation interchanger establishes request, handle corresponding OpenFlow and shake hands stream Journey, and be each south orientation in coordinator according to OFPT_FEATURES_REPLY the and OFPST_DESC message in handshake procedure Interchanger establishes corresponding physical switches object, and coordinator both can be to corresponding south by the physical switches object established OpenFlow message is sent to interchanger, also can handle the OpenFlow message that corresponding south orientation interchanger is sent;Two, it carries out Topological link discovery task based on LLDP and BDDP agreement and the statistical information based on OFPT_STATS_REPLY, which are collected, appoints Business, the network state information that will acquire are stored in coordinator, are accessed for north orientation controller.
North orientation controller channel management is the bridge of coordinator MAC layer, is related to the work of north orientation controller channel management Work has: one, after the request for receiving control layer transfiguration, the north orientation controller of Xiang Xinzeng initiates channel and establishes request, and processing corresponds to OpenFlow handshake procedure, be that each control channel establishes corresponding virtual switch object in coordinator, coordinator is logical Crossing the virtual switch object established both can send OpenFlow message to corresponding north orientation controller, also can handle correspondence North orientation controller send OpenFlow message;Two, according to the network state information processing north orientation control being stored in coordinator OpenFlow request message of the device processed for topological link and statistical information.
OFPT_PACKET_IN message distribution is that coordinator realizes OpenFlow control stream in multiple application heterogeneity type north orientations The core of flexible dispatching and basis, the work for being related to OFPT_PACKET_IN message distribution have between controller: one, being each north orientation Individual OFPT_PACKET_IN message queue is arranged in controller, for reflecting current north orientation controller for OpenFlow message Disposition;Two, when physical switches object receives the OFPT_PACKET_ that corresponding south orientation interchanger is sent to control layer When IN message, can be provided according to north orientation controller type service and message queue the case where carry out message distribution, by message It is distributed to the corresponding control channel of suitable virtual switch object, and disappearing for corresponding north orientation controller is added in the mark of message Queue is ceased, message is represented and is handled by north orientation controller;Three, north orientation controller be disposed request after send OFPT_ PACKET_OUT, OFPT_FLOW_MOD and OFPT_PORT_MOD message give virtual switch object, virtual switch object The corresponding south orientation interchanger of physical switches object is transmitted the message to, and the mark of message is popped up corresponding north orientation controller Message queue represents message and is disposed by north orientation controller.
Beneficial effects of the present invention:
1. supporting the SDN control layer of application heterogeneity type.Allow manager to dispose in control layer and different function and service are provided Application heterogeneity type north orientation controller, form a north orientation controller cluster to forwarding equipment carry out centralized management.
2. supporting dynamic SDN control layer transfiguration.Allow manager during SDN online implementing is run, is controlling Layer elasticity deployment SDN north orientation controller, shares the business load of original control layer.
Detailed description of the invention
Fig. 1 is integrated stand composition of the invention.
Fig. 2 is physical switches module OpenFlow message processing state machine figure of the invention.
Fig. 3 is physical switches module network state-maintenance figure of the invention.
Fig. 4 is virtual switch module OpenFlow message processing state machine figure of the invention.
Fig. 5 (a) is message queue module south orientation business process map of the invention.
Fig. 5 (b) is message queue module north orientation business process map of the invention.
Fig. 6 is remote supervision module architecture diagram of the invention.
Fig. 7 is remote supervision module business process map of the invention.
Specific embodiment
Below in conjunction with attached drawing and technical solution, a specific embodiment of the invention is further illustrated.
The construction method of cooperation layer in a kind of SDN architectural framework, as shown in Figure 1, cooperation layer is in overall architecture OpenFlow coordinator, between the SDN control layer and forwarding of application heterogeneity type;In OpenFlow coordinator, physics Interchanger object is responsible for establishing connection with south orientation interchanger, so that OpenFlow coordinator is a concentration for forwarding North orientation controller, its final decision derives from the SDN control layer of application heterogeneity type, and virtual switch object is responsible for and north Connection is established to controller, so that OpenFlow coordinator is the set of an interchanger for control layer, it final Forwarding is completed by forwarding;
OpenFlow coordinator is divided into physical switches module, virtual switch module, message queue module and remote Thread management module;
Physical switches module is activated after OpenFlow coordinator is online, in the corresponding host IP address of coordinator With Socket is established on port, the message pipe handler bound therewith has OpenFlow message codec, at the pipeline free time Reason device reads timeout treatment device, OpenFlow and shakes hands timeout treatment device, pipeline thread pool processor and OpenFlow Message Processing Device;The process flow of message pipeline is divided into Socket reading process and Socket writes process;Socket reads the processor that process is related to Be successively: OpenFlow message decoder, pipeline idle processor, read timeout treatment device, OpenFlow shake hands timeout treatment device, Pipeline thread pool processor and OpenFlow message handling device.It is successively OpenFlow that Socket, which writes the processor that process is related to, Message handling device, pipeline thread pool processor and OpenFlow message encoder.
In physical switches module, OpenFlow message decoder is according to OpenFlow protocol stack by OpenFlow message portion Divide and is read out from the data portion of pipeline message, and pipeline message is written in OpenFlow message by OpenFlow message encoder Data portion;Pipeline idle processor is for managing whether heartbeat mechanism, detection distal end survive;Timeout treatment device is read for controlling The timeout case that occurs when system reads data, if in a period of time without reading data if cause and read time-out, and close current Message pipeline;OpenFlow shakes hands timeout treatment device for controlling the timeout case occurred in OpenFlow handshake procedure, from Calculated when handshake procedure starts in a period of time if do not shake hands successfully just cause OpenFlow and shake hands time-out, and closing is currently Message pipeline;Pipeline thread pool processor is promoted at message for forwarding pipeline message to execute multithreading operation to thread pool The concurrency of reason;OpenFlow message handling device is used to handle the OpenFlow message of south orientation interchanger transmission, as shown in Fig. 2, The treatment process of OpenFlow message is defined as state machine, in the state of difference, takes OpenFlow message different places Reason mode receives after particular message according to OpenFlow agreement, carries out state transfer;
After physical switches module establishes connection with distal end south orientation interchanger, the original state of state machine is transferred to from INIT WAIT HELLO, and OpenFlow handshake procedure is initiated, according to OpenFlow consensus standard, it is transferred to intermediate state WAIT FT_ REP, WAIT CONFIG_REP and WAIT DESC_STATS.After time-out of shaking hands, CHANNEL is transferred to from current state CLOSED, and interrupt handshake procedure.When state is successfully moved to ACTIVE, physical switches module is the same as south orientation inter-exchange OpenFlow shakes hands success, and physical switches module is that south orientation interchanger establishes corresponding physical switches pair in coordinator As starting ECHO REPLY, and start the topological link discovery and statistical information collection network in newly-built physical switches object State-maintenance function.As shown in figure 3, network state maintenance is by regularly sending LLDP and BDDP and regularly sending OFPT_ STATS_REQUEST two parts are constituted.The OpenFlow message that south orientation interchanger is sent to control layer passes through physical switches pair As being handled.After receiving LLDP, BDDP and OFPT_STATS_REPLY, network is updated according to network state maintenance function State, it may be found that link topology is added, and store the statistical information of collection, accessed for control layer.Receive OFPT_ After PACKET_IN, request message Queue module is sent to corresponding north orientation controller via suitable virtual switch object. When distal end south orientation interchanger is disconnected with physics switch module, the state of state machine is transferred to CHANNEL CLOSED, object It manages switch module and closes corresponding message pipeline, recovery channel processor resource.
Virtual switch module is activated after physical switches module is online, after the request for receiving control layer transfiguration, For each already present physical switches object, the corresponding host IP address of north orientation controller and port foundation is added with new Socket, and corresponding virtual switch object is established, the message pipe handler bound therewith has: reconnection processor, OpenFlow message codec, pipeline idle processor read timeout treatment device, OpenFlow and shake hands timeout treatment device, pipeline Thread pool processor and OpenFlow message handling device.The process flow of message pipeline can be divided into Socket read process and Socket writes process.Socket reads the processor that is related to of process: reconnection processor, OpenFlow message decoder, Pipeline idle processor, read timeout treatment device, OpenFlow shake hands timeout treatment device, pipeline thread pool processor and OpenFlow message handling device.It is successively OpenFlow message handling device, pipeline thread that Socket, which writes the processor that process is related to, Pond processor, OpenFlow message encoder and reconnection processor.
In virtual switch module, OpenFlow message codec, pipeline idle processor, read timeout treatment device, Shake hands timeout treatment device, the effect of pipeline thread pool processor of OpenFlow is identical with physical switches module.At reconnection Manage device for message pipeline disconnect when reconnection operation, connection disconnect when wait for a period of time after with the distally company of re-establishing It connects.OpenFlow message handling device is used to handle the OpenFlow message of north orientation controller transmission, as shown in figure 4, OpenFlow The treatment process of message is defined as state machine, in the state of difference, takes OpenFlow message different processing modes, connects It receives after particular message according to OpenFlow agreement, carries out state transfer.
After virtual switch module establishes connection with distal end north orientation controller, the original state of state machine is transferred to from INIT WAIT HELLO, and OpenFlow handshake procedure is initiated, OpenFlow protocol compatibility is detected, according to OpenFlow Protocol Standard Standard, is transferred to intermediate state WAIT FT_REQ, and virtual switch module is constructed according to corresponding physical switches object information FT_REP.When OpenFlow agreement is incompatible or shake hands time-out after, be transferred to CHANNEL CLOSED from current state, and interrupt Handshake procedure.When state is successfully moved to ACTIVE, virtual switch module is shaken hands with the OpenFlow between north orientation controller Success, starts ECHO REQUEST and ECHO REPLY, and the OpenFlow message that north orientation controller is sent to forwarding passes through void Quasi- interchanger object is handled.After virtual switch module receives LLDP, BDDP and OFPT_STATS_REQUEST, root North orientation controller is replied according to stored network state.Receive OFPT_PACKET_OUT, OFPT_FLOW_MOD with And after OFPT_PORT_MOD, request message Queue module is sent to corresponding south orientation via suitable physical switches object and hands over It changes planes.When north orientation controller is disconnected with virtual switch module, the state of state machine is transferred to CHANNEL CLOSED, empty Quasi- switch module attempts reconnection north orientation controller, after reconnecting successfully, restores corresponding message line treatment, reconnection is lost After losing, virtual switch module closes corresponding message pipeline, recovery channel processor resource.
Message queue module is activated after virtual switch module is online, and the forwarding for OpenFlow control stream provides Strategy;There is provided the south orientation switch requirement of different function different control layer services, it will thus provide the north orientation controller of corresponding with service Corresponding service packet is added, i.e. the demand of south orientation interchanger is to correspond to each other with the service that north orientation controller provides;For north When creating message queue to controller, using the service packet of north orientation controller as the attribute of message queue, while the attribute It is present in physical switches object;North orientation controller respectively possesses independent message queue, the update operation point of message queue For the buffer_id field for the OFPT_PACKET_IN message that enqueue operations and dequeue operation, enqueue operations send forwarding Queue is added in mark as message, enables queue length from increasing, dequeue operation disappears the OFPT_PACKET_OUT that control layer is sent The buffer_id field of breath is popped up from queue as the mark of message, enables queue length from subtracting, in message queue join the team with And dequeue operation has atomicity.
As shown in Fig. 5-a, when physical switches module receives the OpenFlow request of forwarding transmission, to message queue The suitable north orientation controller of module request.Message queue module receives request, according to the service packet category of physical switches object Property, the message queue in corresponding with service grouping is inquired, and select wherein load factor minimum, i.e., queue length multiplies with load weight The smallest message queue of product, load weight is a real number between 0 and 1, and type double is arranged according to organizer Forwarding strategy determine that message queue module joins the team OpenFlow request, and corresponding north orientation control unit interface is returned to, for object Reason switch module makes requests forwarding.
As shown in Fig. 5-b, when virtual switch module receives the OpenFlow decision of control layer transmission, request message team Corresponding OpenFlow is requested out team by column module.What is reflected in the respective message queue of north orientation controller is current north orientation control The disposition that device requests OpenFlow.
Remote supervision module is activated after message queue module is online, provides remote interface for the management of coordinator.Such as Shown in Fig. 6, request to be received and handled by RPC service device from external control, RPC service device provides two kinds WebSocket is HTTP WebSocket and HTTPS WebSocket respectively, and wherein HTTPS WebSocket offer is based on The connection of the encrypted data transmission of SSL certificate certification.The processing of WebSocket is bundled with two kinds of serviced components, it is desirable that before processing The certification of identity is made requests, different request identity possesses the access authority of different serviced components, wherein supervisor's identity Only accessible monitoring service component, administrator's identity can also access management service in addition to accessible monitoring service component Component.Monitoring service component provides the interface of three kinds of monitoring services, is inquiry network state respectively, query messages queue and looks into Ask the Resources list.Wherein inquiry network state, which is used to read to be stored in coordinator, is responsible for maintenance by physical switches object Network state, topological link and statistical information including forwarding, query messages queue are negative for reading message queue module The message queue state of each north orientation controller of maintenance is blamed, query resource list is for reading the physics being stored in coordinator Mapping relations between interchanger object, virtual switch object, north orientation controller list and three.Management service component mentions It is control layer transfiguration respectively for the interface of three kinds of management services, forwarding strategy and setting service packet is set.Wherein control layer The north orientation controller that increases or decreases in control layer of the transfiguration for elasticity, creation or deletion virtual switch object and same north Connection to controller, setting forwarding strategy are used for for the load weight in update message Queue module, setting service packet Update the service packet attribute in physical switches object and message queue.The operation flow of remote supervision module is as shown in Figure 7.

Claims (1)

1. the construction method of cooperation layer in a kind of SDN architectural framework, which is characterized in that cooperation layer, that is, OpenFlow in overall architecture Coordinator, between the SDN control layer and forwarding of application heterogeneity type;In OpenFlow coordinator, physical switches pair As being responsible for establishing connection with south orientation interchanger, so that OpenFlow coordinator is the north orientation control of a concentration for forwarding Device processed, the final decision of physical switches derive from the SDN control layer of application heterogeneity type;Virtual switch object is responsible for and north orientation Controller establishes connection, so that OpenFlow coordinator is the set of an interchanger, virtual switch for control layer It is final forwarding completed by forwarding;
OpenFlow coordinator is divided into physical switches module, virtual switch module, message queue module and long-range pipe Manage module;
Physical switches module is activated after OpenFlow coordinator is online, at the corresponding host IP address of coordinator and end Mouthful on establish Socket, the message pipe handler bound therewith have OpenFlow message codec, pipeline idle processor, Timeout treatment device, OpenFlow is read to shake hands timeout treatment device, pipeline thread pool processor and OpenFlow message handling device;Disappear The process flow of breath pipeline is divided into Socket reading process and Socket writes process;Socket reads the processor that process is related to and is followed successively by OpenFlow message decoder, pipeline idle processor read timeout treatment device, OpenFlow and shake hands timeout treatment device, pipe line Cheng Chi processor and OpenFlow message handling device;Socket writes the processor that process is related to and is followed successively by OpenFlow message Manage device, pipeline thread pool processor and OpenFlow message encoder;
In physical switches module, OpenFlow message decoder according to OpenFlow protocol stack by OpenFlow message part from The data portion of pipeline message is read out, and the number of pipeline message is written in OpenFlow message by OpenFlow message encoder According to part;Pipeline idle processor is for managing whether heartbeat mechanism, detection distal end survive;Timeout treatment device is read to read for controlling Access according to when the timeout case that occurs, if in a period of time without reading data if cause and read time-out, and close current disappear Cease pipeline;OpenFlow shakes hands timeout treatment device for controlling the timeout case occurred in OpenFlow handshake procedure, from shaking hands Calculated when process starts in a period of time if do not shake hands successfully just cause OpenFlow and shake hands time-out, and closing disappearing currently Cease pipeline;Pipeline thread pool processor promotes Message Processing for forwarding pipeline message to execute multithreading operation to thread pool Concurrency;OpenFlow message handling device is used to handle the OpenFlow message of south orientation interchanger transmission, OpenFlow message Treatment process is defined as state machine, in the state of difference, takes OpenFlow message different processing modes, receives spy Determine to carry out state transfer according to OpenFlow agreement after message;
After physical switches module establishes connection with distal end south orientation interchanger, the original state of state machine is transferred to WAIT from INIT HELLO, and initiate OpenFlow handshake procedure, according to OpenFlow consensus standard, be transferred to intermediate state WAIT FT_REP, WAIT CONFIG_REP and WAIT DESC_STATS;After time-out of shaking hands, CHANNEL is transferred to from current state CLOSED, and interrupt handshake procedure;When state is successfully moved to ACTIVE, physical switches module is the same as south orientation inter-exchange OpenFlow shakes hands success, and physical switches module is that south orientation interchanger establishes corresponding physical switches pair in coordinator As starting ECHO REPLY, and start the topological link discovery and statistical information collection network in newly-built physical switches object State-maintenance function;Network state is safeguarded by regularly sending LLDP and BDDP and regularly sending OFPT_STATS_REQUEST two Part is constituted;The OpenFlow message that south orientation interchanger is sent to control layer is handled by physical switches object, is received To after LLDP, BDDP and OFPT_STATS_REPLY, according to network state maintenance function update network state, it may be found that chain Topology is added in road, and stores the statistical information of collection, accesses for control layer;After receiving OFPT_PACKET_IN, request message Queue module is sent to corresponding north orientation controller via suitable virtual switch object;The same physics of distal end south orientation interchanger When switch module disconnects, the state of state machine is transferred to CHANNELCLOSED, and physical switches module is closed corresponding Message pipeline, recovery channel processor resource;
Virtual switch module is activated after physical switches module is online, after the request for receiving control layer transfiguration, for The corresponding host IP address of north orientation controller and port foundation is added with new in each already present physical switches object Socket, and establish corresponding virtual switch object, the message pipe handler bound therewith have reconnection processor, OpenFlow message codec, pipeline idle processor read timeout treatment device, OpenFlow and shake hands timeout treatment device, pipeline Thread pool processor and OpenFlow message handling device;The process flow of message pipeline is divided into Socket and reads process and Socket Process is write, Socket reads the processor that process is related to and is followed successively by reconnection processor, OpenFlow message decoder, pipeline free time Processor, reading timeout treatment device, OpenFlow shake hands at timeout treatment device, pipeline thread pool processor and OpenFlow message Manage device, Socket write the processor that process is related to be followed successively by OpenFlow message handling device, pipeline thread pool processor, OpenFlow message encoder and reconnection processor;
In virtual switch module, OpenFlow message codec, pipeline idle processor, read timeout treatment device, Shake hands timeout treatment device, the effect of pipeline thread pool processor of OpenFlow is identical with physical switches module;At reconnection Manage device for message pipeline disconnect when reconnection operation, connection disconnect when wait for a period of time after with the distally company of re-establishing It connects;OpenFlow message handling device is used to handle the OpenFlow message of north orientation controller transmission, the processing of OpenFlow message Process is defined as state machine, in the state of difference, takes OpenFlow message different processing modes, receives specific disappear According to OpenFlow agreement after breath, state transfer is carried out;
After virtual switch module establishes connection with distal end north orientation controller, the original state of state machine is transferred to WAIT from INIT HELLO, and OpenFlow handshake procedure is initiated, OpenFlow protocol compatibility is detected, according to OpenFlow consensus standard, transfer To intermediate state WAIT FT_REQ, virtual switch module constructs FT_REP according to corresponding physical switches object information;When After OpenFlow agreement is incompatible or time-out of shaking hands, it is transferred to CHANNEL CLOSED from current state, and interrupt handshake procedure; When state is successfully moved to ACTIVE, virtual switch module is shaken hands success with the OpenFlow between north orientation controller, is started ECHO REQUEST and ECHO REPLY, the OpenFlow message that north orientation controller is sent to forwarding pass through virtual switch pair As being handled;After virtual switch module receives LLDP, BDDP and OFPT_STATS_REQUEST, according to stored Network state replys north orientation controller;Receive OFPT_PACKET_OUT, OFPT_FLOW_MOD and OFPT_ After PORT_MOD, request message Queue module is sent to corresponding south orientation interchanger via suitable physical switches object;North When disconnecting to controller with virtual switch module, the state of state machine is transferred to CHANNEL CLOSED, virtual switch Machine module attempts reconnection north orientation controller, after reconnecting successfully, restores corresponding message line treatment, after reconnection failure, Virtual switch module closes corresponding message pipeline, recovery channel processor resource;
Message queue module is activated after virtual switch module is online, and the forwarding for OpenFlow control stream provides strategy; There is provided the south orientation switch requirement of different function different control layer services, it will thus provide phase is added in the north orientation controller of corresponding with service Corresponding service packet, the i.e. demand of south orientation interchanger are to correspond to each other with the service that north orientation controller provides;For north orientation control When device creates message queue, using the service packet of north orientation controller as the attribute of message queue, while the attribute is existed in In physical switches object;North orientation controller respectively possesses independent message queue, and the update operation of message queue, which is divided into, joins the team Operation and dequeue operation, enqueue operations are using the buffer_id field for the OFPT_PACKET_IN message that forwarding is sent as disappearing Queue is added in the mark of breath, and queue length is enabled to increase certainly, the OFPT_PACKET_OUT message that dequeue operation sends control layer Buffer_id field is popped up from queue as the mark of message, enables queue length from subtracting, and joining the team in message queue and is gone out Team's operation has atomicity;
When physical switches module receives the OpenFlow request of forwarding transmission, suitable north is requested to message queue module To controller;Message queue module receives request, according to the service packet attribute of physical switches object, inquires corresponding with service point Message queue in group, and select wherein load factor it is minimum, i.e. queue length and the load the smallest message queue of weight product, Loading weight is the real number between 0 and 1, and type double is determined, message team according to the forwarding strategy of organizer's setting Column module joins the team OpenFlow request, and returns to corresponding north orientation control unit interface, makes requests for physical switches module Forwarding;
When virtual switch module receives the OpenFlow decision of control layer transmission, request message Queue module will be corresponding OpenFlow requests out team;What is reflected in the respective message queue of north orientation controller is current north orientation controller for OpenFlow The disposition of request;
Remote supervision module is activated after message queue module is online, provides remote interface for the management of coordinator;From outer The control request in portion is received and is handled by RPC service device, and it is HTTP respectively that RPC service device, which provides two kinds of WebSocket, WebSocket and HTTPS WebSocket, wherein HTTPS WebSocket is provided the encryption data authenticated based on SSL certificate and passed Defeated connection, the processing of WebSocket are bundled with two kinds of serviced components, it is desirable that the certification of identity is made requests before processing, it is different Request identity possess the access authority of different serviced components, wherein supervisor's identity only access monitoring serviced component, management Member's identity is in addition to access monitoring serviced component, also access management service component;Monitoring service component provides three kinds of monitoring services Interface is inquiry network state, query messages queue and query resource list respectively;Network state is inquired to save for reading The network state for being responsible for maintenance by physical switches object in coordinator, topological link and statistics letter including forwarding Breath;Query messages queue is used to read the message queue state for each north orientation controller that message queue module is responsible for maintenance;It looks into It askes the Resources list and is used to read physical switches object, virtual switch object, north orientation the controller column being stored in coordinator Mapping relations between table and three;Management service component provide three kinds of management services interface, be respectively control layer transfiguration, Forwarding strategy and setting service packet are set;The north orientation control that increases or decreases in control layer of the control layer transfiguration for elasticity Device, creation or deletion virtual switch object and the connection with north orientation controller;Forwarding strategy is set and is used for update message team Load weight in column module;Service packet is set for updating the service packet category in physical switches object and message queue Property.
CN201710030607.8A 2017-01-17 2017-01-17 The construction method of cooperation layer in a kind of SDN architectural framework Active CN106656846B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710030607.8A CN106656846B (en) 2017-01-17 2017-01-17 The construction method of cooperation layer in a kind of SDN architectural framework

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710030607.8A CN106656846B (en) 2017-01-17 2017-01-17 The construction method of cooperation layer in a kind of SDN architectural framework

Publications (2)

Publication Number Publication Date
CN106656846A CN106656846A (en) 2017-05-10
CN106656846B true CN106656846B (en) 2019-07-16

Family

ID=58840572

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710030607.8A Active CN106656846B (en) 2017-01-17 2017-01-17 The construction method of cooperation layer in a kind of SDN architectural framework

Country Status (1)

Country Link
CN (1) CN106656846B (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246161B (en) * 2017-07-10 2021-08-17 中国电信股份有限公司 Scheduling method and device of controller and computer readable storage medium
CN107483259B (en) * 2017-08-25 2018-10-23 广州西麦科技股份有限公司 SDN controller middleware control methods based on MD-SAL and system
CN108683696A (en) * 2018-03-27 2018-10-19 上海宽带技术及应用工程研究中心 Switch status management method and system in SDN controllers based on state machine
CN108737163B (en) * 2018-04-18 2021-03-26 大连理工大学 SDN controller application performance analysis method based on OpenFlow protocol
CN108923958B (en) * 2018-06-15 2021-01-05 西安电子科技大学 SDN-based virtual network mapping system and method
CN109525516B (en) * 2018-11-16 2021-05-11 盛科网络(苏州)有限公司 Method and system for notifying OpenFlow controller information through DHCP
CN109600432B (en) * 2018-12-03 2021-08-03 上海科技大学 Dynamic access method for content center mobile edge network user
CN109450709B (en) * 2018-12-20 2022-02-11 新华三技术有限公司 Asynchronous message configuration method, uploading method, controller and network equipment
CN110166448B (en) * 2019-05-16 2020-04-14 西安电子科技大学 Heterogeneous protocol conversion middleware and method for heterogeneous controller cluster
CN110247863A (en) * 2019-07-12 2019-09-17 广州西麦科技股份有限公司 Data package processing method, device, SDN switch and storage medium
CN112838940B (en) * 2019-11-25 2024-03-01 中兴通讯股份有限公司 Network controller frame and data processing method
CN113194071B (en) * 2021-04-02 2023-03-21 华南理工大学 Method, system and medium for detecting DDoS (distributed denial of service) based on unsupervised deep learning in SDN (software defined network)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104065509A (en) * 2014-07-24 2014-09-24 大连理工大学 SDN multi-controller deployment method for reducing management load overhead
WO2015040624A1 (en) * 2013-09-18 2015-03-26 Hewlett-Packard Development Company, L.P. Monitoring network performance characteristics
WO2015078497A1 (en) * 2013-11-27 2015-06-04 Huawei Technologies Co., Ltd. Method and controller for clustering applications in a software-defined network
CN105681191A (en) * 2016-02-25 2016-06-15 武汉烽火网络有限责任公司 SDN (Software Defined Network) platform based on router virtualization and implementation method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015040624A1 (en) * 2013-09-18 2015-03-26 Hewlett-Packard Development Company, L.P. Monitoring network performance characteristics
WO2015078497A1 (en) * 2013-11-27 2015-06-04 Huawei Technologies Co., Ltd. Method and controller for clustering applications in a software-defined network
CN104065509A (en) * 2014-07-24 2014-09-24 大连理工大学 SDN multi-controller deployment method for reducing management load overhead
CN105681191A (en) * 2016-02-25 2016-06-15 武汉烽火网络有限责任公司 SDN (Software Defined Network) platform based on router virtualization and implementation method

Also Published As

Publication number Publication date
CN106656846A (en) 2017-05-10

Similar Documents

Publication Publication Date Title
CN106656846B (en) The construction method of cooperation layer in a kind of SDN architectural framework
CN110892380B (en) Data processing unit for stream processing
US8560631B2 (en) Storage system
CN107078969B (en) Realize computer equipment, the system and method for load balancing
CN103346981B (en) Virtual switch method, relevant apparatus and computer system
RU2427891C2 (en) Virtual network system of information storage, network storage device and virtual method
CN105335221B (en) Based on restructural distributed software bus
US20180349196A1 (en) Implementing a Service Using Plural Acceleration Components
US9300574B2 (en) Link aggregation emulation for virtual NICs in a cluster server
CN107690622A (en) Realize the method, apparatus and system of hardware-accelerated processing
CN106899503B (en) A kind of route selection method and network manager of data center network
Doan et al. FAST: Flexible and low-latency state transfer in mobile edge computing
EP2304565A1 (en) Method and system for power management in a virtual machine environment withouth disrupting network connectivity
CN109496415A (en) A kind of virtual machine access distal end acceleration equipment method and system
CN108881348A (en) Method for controlling quality of service, device and storage server
CN113014611B (en) Load balancing method and related equipment
JP5034495B2 (en) Storage system, program and method
CN105162623B (en) A kind of cloud processing method and Cloud Server
JPWO2013146808A1 (en) Computer system and communication path changing method
WO2005124548A1 (en) Processing management device, computer system, distributed processing method, and computer program
JP4964666B2 (en) Computer, program and method for switching redundant communication paths
CN108737161B (en) Real-time data bus management method and system for intelligent agent cooperation system
US11720413B2 (en) Systems and methods for virtualizing fabric-attached storage devices
JP6197692B2 (en) server
CN108512779A (en) Control information transmitting methods, server and system

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