CN104735001B - Link discovery method, apparatus and system in software defined network - Google Patents
Link discovery method, apparatus and system in software defined network Download PDFInfo
- Publication number
- CN104735001B CN104735001B CN201310722936.0A CN201310722936A CN104735001B CN 104735001 B CN104735001 B CN 104735001B CN 201310722936 A CN201310722936 A CN 201310722936A CN 104735001 B CN104735001 B CN 104735001B
- Authority
- CN
- China
- Prior art keywords
- interchanger
- link discovery
- controller
- message
- discovery message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
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/12—Discovery or management of network topologies
-
- 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
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 link discovery method, the apparatus and systems in a kind of software defined network.Wherein, this method comprises: controller sends the first link discovery message to source interchanger, wherein the first link discovery message has suffered carrying instance identification information corresponding with source interchanger；Controller receives the second link discovery message that purpose interchanger is sent；Whether the second link discovery message that controller judgement receives and the instance identification information carried in the first link discovery message sent are identical, if identical, it is determined that there are link connections between source interchanger and purpose interchanger.By the invention it is possible to distinguish openflow business and tradition application and multiple openflow examples.
Description
Technical field
The present invention relates to computer network and fields of communication technology, in particular to a kind of software defined network
Link discovery method, apparatus and system in (Software-Defined Network, SDN).
Background technique
Currently, due to increasing many sophisticated functions, such as OSPF, BGP, multicast, differentiation in the architecture of router
Service, traffic engineering, NAT, firewall and MPLS etc., so that the switching equipment such as router are more and more too fat to move and performance mentions
The space risen is smaller and smaller.
For this problem, occurs this new network of Emulex network innovation framework of software defined network at present.In the network architecture,
Network equipment control plane is separated with data surface using OpenFlow (open flows) agreement, to realize network flow
Flexibly control, provides good platform for the innovation of core network and application.
In the related art, LLDP (Link Layer Discovery Protocol, link layer discovery association are generallyd use
View) physical topology in Lai Faxian OpenFlow network.As shown in Figure 1, the link discovery of OpenFlow network is by controller
It initiates, i.e., controller encapsulates LLDP message in Packet_Out message, is sent to OF interchanger 1；Interchanger 1
OpenFlow agent agreement receives Packet_Out message, removes OpenFlow protocol header, parses LLDP message format,
And it is issued from port 1；When OF interchanger 2 receives LLDP message, according to the flow table match information of configuration and movement, above LLDP is sent to report
Text gives local OpenFLow agent protocol processes, and LLDP message is encapsulated as Packet_ by local OpenFLow agent agreement
In message, and on give controller processing；Controller analyzes the LLDP information in packet_in message, judges interchanger 1
There are physical connections for port 1 and the port of interchanger 22, to achieve the purpose that link discovery.Pass through above-mentioned process, control
Device can be found that other physical connections, and then finds the topological path of entire OpenFlow network.
It is above-mentioned in the related technology, be primarily present following problems:
The openflow network topology of problem 1, OpenFlow network support multiple instances deployment, each controller discovery is base
In single example.And multiple OpenFlow examples are supported between OpenFlow interchanger (OpenFlow Switch, OFS) equipment
(OpenFlow Instance, OFI), but since the LLDP message that transmitting terminal issues is all identical, LLDP report cannot be distinguished in receiving end
Text is which OFI belonged to, to can not determine which controller processing a LLDP message up sending gives.
Problem 2, if OFS is mixing apparatus, i.e. OFS both supports openflow to apply, and also supports tradition application, such as two
Connectivity port between a OFS is by OpenFlow and traditional Application share.In this case, tradition application and openflow all
LLDP message can be sent among the switches, distinguish openflow and tradition since the LLDP message that transmitting terminal issues does not carry
The identification information of application, therefore, receiving end can not determine a LLDP message give tradition application processing, or on give controller
Processing.
Problem 3, if LLDP message does not distinguish the more examples of Openflow and tradition application, the i.e. LLDP that receives of switching equipment
Message, all on give more examples and tradition application, then influence the normal operation of LLDP message.In existing LLDP standard criterion,
Chassis id TLV (type lengths values) is device identification in the LLDP message that source interchanger issues, for carrying source interchanger
Facility information, such as MAC Address etc.；Port id TLV carries out port information.After purpose interchanger receives LLDP message,
It is transmitted to controller by packet_in, controller can not identify whether the LLDP issued for itself, think so as to mistake
There are connection relationships.
In the related art, the scheme of two kinds of extension LLDP is proposed for SDN network, first is that using special
EtherType, second is that using off-gauge LLDP destination address.Above two scheme mainly solves single Openflow example
The problem of cannot distinguish between with the LLDP of traditional business, but controller under more examples can not be solved can not identify the link discovery received
Whether message is link discovery message that itself sends, the problem of so as to cause connection relationship error in judgement.
Summary of the invention
For can not solve in the related technology controller under more examples can not identify the link discovery message received whether be
The link discovery message that itself sends, the problem of so as to cause connection relationship error in judgement, it is fixed that the present invention provides a kind of softwares
Link discovery method, apparatus and system in adopted network, at least to solve the above problems.
According to an aspect of the invention, there is provided the link discovery method in a kind of software defined network.
Link discovery method in software defined network according to the present invention, which includes: controller, sends first to source interchanger
Link discovery message, wherein instance identification letter corresponding with the source interchanger is carried in the first link discovery message
Breath；The controller receives the second link discovery message that purpose interchanger is sent；And controller judgement receives
Whether the instance identification information carried in the second link discovery message and the first link discovery message of transmission is identical,
If identical, it is determined that there are link connections between the source interchanger and the purpose interchanger.
Preferably, before controller sends the first link discovery message to source interchanger, the method also includes: it is described
Controller is established TCP/SSL with the source interchanger and is connect, and instance identification information corresponding with the source interchanger is obtained.
Preferably, if the controller has learnt to instance identification information corresponding with the purpose interchanger, institute
It states and also carries instance identification information corresponding with the purpose interchanger in the first link discovery message.
Preferably, the first link discovery message and the second link discovery message are Link Layer Discovery Protocol LLDP
Message.
Preferably, the instance identification information includes: data path DP mark.
Preferably, the instance identification information in the optional type lengths values TLV of LLDP message by carrying.
According to another aspect of the present invention, the link discovery device in a kind of software defined network is provided.
Link discovery device in a kind of software defined network according to the present invention is located at controller, comprising: sending module,
For sending the first link discovery message to source interchanger, wherein carried in the first link discovery message and the source
The corresponding instance identification information of interchanger；Receiving module, for receiving the second link discovery message of purpose interchanger transmission；With
And judgment module, the second link discovery message for judging to receive and in the first link discovery message of transmission
Whether the instance identification information of carrying is identical；Determining module, for judging two instance identification information phases in the judgment module
With in the case where, determine that there are link connections between the source interchanger and the purpose interchanger.
Preferably, further includes: link block, for establishing transmission control layer agreement TCP/ condom with the source interchanger
Connect a layer SSL connection；Module is obtained, is connect for the TCP/SSL by being established between the source interchanger, is obtained and the source
The corresponding instance identification information of interchanger.
Preferably, instance identification letter corresponding with the purpose interchanger is also carried in the first link discovery message
Breath.
According to a further aspect of the invention, a kind of processing method of link discovery message is provided.
The processing method of link discovery message according to the present invention, comprising: purpose interchanger is received from source interchanger
Link discovery message；Whether carried and the source in the link discovery message that the purpose interchanger judgement receives
The corresponding first instance identification information of interchanger, if so, then finding message to controller transmission link；Wherein, the control
Device is the controller for managing the first instance identification information corresponding instance.
It preferably, include: that the purpose interchanger judges the chain received to controller transmission link discovery message
The second instance identification information corresponding with the purpose interchanger whether is carried in road discovery message, if so, then Xiang Guanli
Otherwise the controller transmission link discovery message of the corresponding example of the second instance identification information is exchanged to the purpose
All controller transmission links of machine connection find message.
Preferably, it is not carried and the mesh in the link discovery message that purpose interchanger judgement receives
The corresponding second instance identification information of interchanger in the case where, the method also includes: the purpose interchanger is in Xiang Suoyou
The second instance identification information is added in the link discovery message that controller is sent.
According to a further aspect of the invention, a kind of processing unit of link discovery message is provided.
The processing unit of discovery message according to the present invention is located at purpose interchanger, and described device includes: receiving module, is used
In receiving the link discovery message from source interchanger；First judgment module, for judging the link discovery received
Whether with the source interchanger corresponding first instance identification information is carried in message；And sending module, for described
The judging result of first judgment module is to find message to controller transmission link in the case where being；Wherein, the controller is
Manage the controller of the first instance identification information corresponding instance.
Preferably, described device further include: the second judgment module, in the link discovery message for judging to receive
Whether with the purpose interchanger corresponding second instance identification information is carried, if so, then triggering the sending module will
The link discovery message is sent to the controller for managing the corresponding example of the second instance identification information, otherwise, triggers institute
It states sending module and the link discovery message is sent to all controllers connecting with the purpose interchanger.
Preferably, described device further include: processing module, described in being received in second judgment module judgement
When not carrying the second instance identification information corresponding with the purpose interchanger in link discovery message, in the transmission mould
The second instance identification information is added in the link discovery message that block is sent.
According to a further aspect of the invention, the link discovery system in a kind of software defined network is provided, comprising: control
Device processed, including the link discovery device in above-mentioned software defined network；Source interchanger, the chain sent for receiving the controller
Road finds message, and the link discovery message is sent to purpose interchanger；The purpose interchanger, including above-mentioned link
It was found that the processing unit of message.
Through the invention, by carrying instance identification information in link discovery message, openflow can not only be distinguished
Business and tradition application, moreover it is possible to multiple openflow examples are distinguished, so that controller can identify the link discovery received
Message whether be itself send link discovery message, avoid the error in judgement of connection relationship.
Detailed description of the invention
The drawings described herein are used to provide a further understanding of the present invention, constitutes part of this application, this hair
Bright illustrative embodiments and their description are used to explain the present invention, and are not constituted improper limitations of the present invention.In the accompanying drawings:
Fig. 1 is the schematic diagram for the link discovery that the prior art uses；
Fig. 2 is the flow chart according to the link discovery method in the software defined network of the embodiment of the present invention；
Fig. 3 is the structural schematic diagram according to the link discovery device in the software defined network of the embodiment of the present invention；
Fig. 4 is the flow chart according to the processing method of the link discovery message of the embodiment of the present invention；
Fig. 5 is the structural schematic diagram according to the processing unit of the link discovery message of the embodiment of the present invention；
Fig. 6 is the structural schematic diagram according to the link discovery system in the software defined network of the embodiment of the present invention；
Fig. 7 is the link discovery schematic diagram of embodiment one；
Fig. 8 is one of the link discovery schematic diagram of embodiment two；
Fig. 9 is the two of the link discovery schematic diagram of embodiment two；
Figure 10 is the link discovery schematic diagram of embodiment three；
Figure 11 is the link discovery schematic diagram of example IV；
Figure 12 is the module interaction schematic diagram of source interchanger in embodiment five；And
Figure 13 is the module interaction schematic diagram of purpose interchanger in embodiment five.
Specific embodiment
Hereinafter, the present invention will be described in detail with reference to the accompanying drawings and in combination with Examples.It should be noted that not conflicting
In the case of, the features in the embodiments and the embodiments of the present application can be combined with each other.
According to embodiments of the present invention, the link discovery method in a kind of software defined network is provided.
Fig. 2 is the flow chart according to the link discovery method in the software defined network of the embodiment of the present invention, such as Fig. 2 institute
Show, this method mainly comprises the steps that
Step S202, controller send the first link discovery message to source interchanger, wherein the first link discovery report
Instance identification information corresponding with the source interchanger is carried in text.
In embodiments of the present invention, it is carried in controller into the link discovery message that source interchanger is sent and source interchanger
Corresponding instance identification information, wherein the link discovery message that controller is sent to source interchanger can be LLDP (link layer hair
Existing agreement) message, carrying in Link Layer Discovery Protocol to be OpenFlow instance identification information, believed by the instance identification
Breath can not only distinguish OpenFlow and tradition application, can also distinguish multiple OpenFlow examples.
In the specific implementation process, examples detailed above identification information can be encapsulated into link discovery message by controller, then
Link discovery message is encapsulated into Packet_out message and is sent.
In an optional embodiment of the embodiment of the present invention, controller can establish transmission control with source interchanger
After agreement (TCP)/Secure Socket Layer (Secure Sockets Layer, SSL) connection, obtains from the interchanger of source and exchanged with source
The corresponding instance identification information of machine (i.e. the identification information of the example of controller management in the interchanger of source).
In an optional embodiment of the embodiment of the present invention, before sending above-mentioned first link discovery message, such as
Fruit controller has learnt to instance identification information corresponding with purpose interchanger, then controller can also be in the first link discovery report
Instance identification information corresponding with purpose interchanger is carried in text, and (example that i.e. controller is managed in purpose interchanger is corresponding
Identification information).
In an optional embodiment of the embodiment of the present invention, examples detailed above identification information includes but is not limited to: data
Path DP identifies (datapath id).
In an optional embodiment of the embodiment of the present invention, examples detailed above identification information can be by LLDP message
Optional TLV in carry.For example, in embodiments of the present invention, it can be to existing LLDP protocol specification " Station and
Media Access Control Connectivity Discovery " TLV type as defined in Table 8.1 is extended, increases
Add a kind of TLV type, TLV type such as 1 institute of table for carrying the Datapath id information of OpenFlow interchanger, after extension
Show.
Table 1.
Step S204, controller receive the second link discovery message that purpose interchanger is sent.
In the specific implementation process, the first link discovery message that controller is sent reaches source interchanger, and source interchanger will
First link discovery message is sent to the specified exit port of controller, reaches purpose interchanger by the exit port.Purpose exchange
Machine parses the first link discovery message, if without carrying examples detailed above identification information in link discovery protocols, first
Link discovery message up sending gives tradition application processing, if carrying examples detailed above identification information, in the first link discovery report
The inbound port of adding purpose interchanger in text obtains the second link discovery message, is then sent to the second link discovery message
Controller.
In the optional embodiment of the embodiment of the present invention, purpose interchanger is sending the second link discovery report to controller
Wen Qian can first judge whether to have carried purpose instance identification in the first link discovery message (i.e. corresponding with purpose interchanger
Instance identification information), if so, whether then judge the instance identification consistent with local instance identification, if unanimously, to example
It identifies and send the second link discovery message in corresponding TCP/SSL connection；Otherwise, the controller of Xiang Suoyou sends the second link discovery
Message.
Optionally, above-mentioned second link discovery message can be encapsulated in Packet_In message and send by purpose interchanger.
Step S206, controller judge that first link of the second link discovery message received and transmission is sent out
Whether the instance identification information carried in existing message is identical, if identical, it is determined that the source interchanger is exchanged with the purpose
There are link connections between machine.
The above method provided through the embodiment of the present invention carries reality corresponding with source interchanger in link discovery message
Example identification information improves control so as to distinguish openflow business and tradition application and multiple openflow examples
The accuracy of the link of device discovery.
According to embodiments of the present invention, the link discovery device in a kind of software defined network is additionally provided, which can be with
In controller, for realizing the link discovery method in above-mentioned software defined network.
Fig. 3 is the structural schematic diagram according to the link discovery device in the software defined network of the embodiment of the present invention, such as Fig. 3
It is shown, the device mainly includes: sending module 302, for sending the first link discovery message to source interchanger, wherein described
Instance identification information corresponding with the source interchanger is carried in first link discovery message；Receiving module 304, for receiving
The second link discovery message that purpose interchanger is sent；Judgment module 306, for judging second link discovery received
Whether the instance identification information carried in message and the first link discovery message of transmission is identical；Determining module 308, is used for
In the case where the judgment module judges the identical situation of two instance identification information, determine that the source interchanger is exchanged with the purpose
There are link connections between machine.
It should be appreciated that the connection relationship of modules represented in Fig. 3 is merely illustrative, those skilled in the art completely may be used
To use other connection relationships, as long as modules also can be realized function of the invention i.e. under such connection relationship
It can.
In the present specification, the function of modules can be by using specialized hardware or can be with software appropriate
It combines to execute the hardware of processing and realize.Such hardware or specialized hardware may include specific integrated circuit (ASIC),
Various other circuits, various processors etc..When being realized by processor, the function can by single application specific processor, it is single altogether
Processor or multiple independent processors (some of them may be shared) are enjoyed to provide.In addition, processor should not be managed
Solution can implicitly include to refer exclusively to the hardware for being able to carry out software and be not limited to digital signal processor (DSP) firmly
Part, the read-only memory (ROM) for storing software, random access memory (RAM) and non-volatile memory apparatus.
In the optional embodiment of the embodiment of the present invention, which can also include: link block, be used for and the source
Interchanger establishes TCP/SSL connection；Module is obtained to obtain for connecting by the TCP/SSL established between the source interchanger
Take instance identification information corresponding with the source interchanger.
In another optional embodiment of the embodiment of the present invention, can also be carried in the first link discovery message with
The corresponding instance identification information of the purpose interchanger.
In the specific implementation process, the link discovery device in software defined network according to an embodiment of the present invention can be adopted
Optional embodiment corresponding with the link discovery method in above-mentioned software defined network is taken, is specifically repeated no more.
According to embodiments of the present invention, a kind of processing method of link discovery message, this method and above-mentioned software are additionally provided
The link discovery defined in network is corresponding, for handling in purpose exchanger side link discovery message.
Fig. 4 is according to the flow chart of the processing method of the link discovery message of the embodiment of the present invention, as shown in figure 4, the party
Method mainly comprises the steps that
Step S402, purpose interchanger receive the link discovery message from source interchanger；
Source interchanger is in the link discovery for receiving the carrying instance identification information corresponding with source interchanger that controller is sent
After message, purpose interchanger is sent by the exit port that controller is specified by the link discovery message.
Step S404, purpose interchanger judge whether carry and the source interchanger in the link discovery message received
Corresponding first instance identification information, if so, then finding message to controller transmission link；Wherein, the controller is pipe
Manage the controller of the first instance identification information corresponding instance.
In practical applications, purpose interchanger sends out the link received before finding message to controller transmission link
Existing message transfers to the OpenFlow agency of itself to handle, and OpenFlow is acted on behalf of according to processing mode in the related technology, to reception
To link discovery message handled, for example, ingress port information is added in the link discovery message received, then to control
Device processed sends that treated link discovery message.
In an optional embodiment of the embodiment of the present invention, before finding message to controller transmission link, purpose
Interchanger may determine that whether carry in the link discovery message received and the purpose interchanger corresponding second
Instance identification information, if so, then control of the purpose interchanger to the corresponding example of management the second instance identification information
Device transmission link message processed, otherwise, the purpose interchanger is to all controller send chains connecting with the purpose interchanger
Road message.
Optionally, it is not carried in the link discovery message that the judgement of purpose interchanger receives corresponding with purpose interchanger
The second instance identification information in the case where, purpose interchanger can also be in the link discovery message sent to all controllers
Add the second instance identification information.So that controller may learn instance identification information corresponding with purpose interchanger,
When transmission link next time finds message, the instance identification information can be carried in link discovery message, purpose is avoided to hand over
It changes planes link discovery message broadcasting to all controllers.
The processing method of link discovery message in embodiments of the present invention can take in above-mentioned software defined network
Link discovery method correspond to optional embodiment, it is specific that details are not described herein.
According to embodiments of the present invention, a kind of processing unit of link discovery message is additionally provided, which can be located at mesh
Interchanger, for realizing the processing method of above-mentioned link discovery message.
Fig. 5 be according to the structural schematic diagram of the processing unit of the link discovery message of the embodiment of the present invention, as shown in figure 5,
The apparatus may include: receiving module 502, for receiving the link discovery message from source interchanger；First judgment module
504, for judging whether carry the first example corresponding with the source interchanger in the link discovery message received
Identification information；Sending module 506, for will treated that the link discovery message is sent to control through the processing module
Device；Wherein, the controller is the controller for managing the first instance identification information corresponding instance.
It should be appreciated that the connection relationship of modules represented in Fig. 5 is merely illustrative, those skilled in the art completely may be used
To use other connection relationships, as long as modules also can be realized function of the invention i.e. under such connection relationship
It can.
In the present specification, the function of modules can be by using specialized hardware or can be with software appropriate
It combines to execute the hardware of processing and realize.Such hardware or specialized hardware may include specific integrated circuit (ASIC),
Various other circuits, various processors etc..When being realized by processor, the function can by single application specific processor, it is single altogether
Processor or multiple independent processors (some of them may be shared) are enjoyed to provide.In addition, processor should not be managed
Solution can implicitly include to refer exclusively to the hardware for being able to carry out software and be not limited to digital signal processor (DSP) firmly
Part, the read-only memory (ROM) for storing software, random access memory (RAM) and non-volatile memory apparatus.
In an optional embodiment of the embodiment of the present invention, above-mentioned apparatus can also include: the second judgment module, use
The second instance identification corresponding with the purpose interchanger whether is carried in the link discovery message that judgement receives
Information is believed if so, then triggering the sending module and the link discovery message being sent to management second instance identification
The controller of corresponding example is ceased, otherwise, the sending module is triggered and is sent to the link discovery message and the purpose
All controllers of interchanger connection.
Optionally, which can also include: processing module, the link hair for receiving in the judgement of the second judgment module
When not carrying the second instance identification information corresponding with purpose interchanger in existing message, in the chain that sending module 506 is sent
The second instance identification information is added in road discovery message.So that controller may learn reality corresponding with purpose interchanger
Example identification information can carry the instance identification information when transmission link next time finds message in link discovery message,
Avoid purpose interchanger by link discovery message broadcasting to all controllers.
In the specific implementation process, processing module can be acted on behalf of by the openflow of purpose interchanger itself and be realized, in addition to
Other than above-mentioned function, processing module can also be handled link discovery message according to existing way, for example, processing module can
In the case where the judging result of first judgment module, which is, is, to add the link hair in the link discovery message received
The ingress port information of existing message, the link packet sent as sending module 506.
According to embodiments of the present invention, the link discovery system in a kind of software defined network is additionally provided.
Fig. 6 is the structural schematic diagram according to the link discovery system in the software defined network of the embodiment of the present invention, such as Fig. 6
Shown, which may include: controller 62, may include the link discovery device in above-mentioned software defined network；Source exchange
Link discovery message for receiving the link discovery message of the transmission of controller 62, and is sent to purpose interchanger 66 by machine 64；Mesh
Interchanger 66, may include the processing unit of above-mentioned link discovery message.
Technical solution provided in an embodiment of the present invention is illustrated below by specific embodiment.
In the following embodiments, it is illustrated by taking LLDP message as an example, but the embodiment of the present invention is not limited to LLDP report
Text.
In following embodiment, in transmitting terminal, the encapsulation of OpenFlow instance identification information can be carried out in the controller.Its
In, OpenFlow instance identification includes source interchanger instance identification (0 or 1) and purpose interchanger instance identification (0,1
Or multiple).When first time sending LLDP message, source interchanger instance identification is only carried；Below, then according to the purpose learnt
Interchanger instance identification, packaged source interchanger instance identification and purpose interchanger instance identification.
If not carrying source instance identification information in receiving end, link discovery protocols, being given on protocol massages
Tradition application processing；Otherwise, if carrying source instance identification information, check whether is purpose instance identification in LLDP message
It is consistent with local instance identification, if unanimously, sending Packet_In message in the corresponding TCP/SSL connection of instance identification；It is no
Then, the controller of Xiang Suoyou sends Packet_In message.
Then, controller analysis protocol message, if source instance identification information is carried in protocol massages, and with this control
The OpenFlow instance identification of device connection processed is consistent, then it is assumed that the link between two OpenFlow examples was connected to；Otherwise,
Link connection is then not present between two examples.
In the examples below, it is described so that instance identification information is datapath_id information as an example.But it is not limited to
This, it will be apparent to one skilled in the art that other information can also be used, as long as the information can distinguish OpenFlow
Example and tradition application and multiple OpenFlow examples.
Embodiment one
The present embodiment for mixing the link discovery of OF equipment room to be illustrated.
As shown in fig. 7, including SDN controller and two OpenFlow interchangers in figure, wherein OFS is mixing OF equipment,
I.e. in addition to supporting OpenFlow application, traditional L2/L3 is also supported to apply.After equipment starting, first established between OFS and OFC
TCP/SSL connection；After Controller, which perceives an interchanger, to be added, Xiang Suoshu interchanger and other interchanger periods are sent
Link layer discovery protocol message message carrys out the physical connection state between aware switch.In addition, existing tradition L2 application, when
After enabling LLDP, LLDP message will be sent to all physical port periods, and carry out the physical connection state between awareness apparatus.
In the present embodiment, the detailed process of the link discovery of OpenFlow may comprise steps of:
Step 1, controller is established TCP/SSL with interchanger and is connected, and controller sends OFPT_FEATURES_REQUEST and disappears
Breath obtains the datapath_id information of interchanger example；In Fig. 7, controller learns that being connected to two openflow changes
Machine respectively corresponds dpid1 (OFS1) and dpid2 (OFS2)；
Step 2, it when openflow example is added in switch port, is informed by OFPT_PORT_STATUS message
Openflow port numbers and state are to controller；In Fig. 7, controller learns that OFS1 upper port 1 joined dpid1, on OFS2
Port 2 joined dpid2；
Step 3, controller actively sends PacketOut message (in Fig. 7 to all ports openflow of interchanger OFS1
In be port 1), the LLDP agreement of OpenFlow instance identification information (i.e. the corresponding dpid1 of OFS1 example) is carried in message
Message, instance identification information carry in the optional TLV of LLDP message, and corresponding TLV type is 9 or other specified values；
Step 4, the local OpenFlow Agent module of OFS1 receives PacketOut message, parses LLDP message, and
It is sent to the specified exit port of controller；In Fig. 7, the LLDP message parsed is sent to port 1, LLDP message internal information
It is constant；
Meanwhile two interchangers have locally all run LLDP agreement, by the company for sending LLDP packet check physical link
Connect relationship；In Fig. 7, the port 1 of interchanger 1 can run openflow business, can also run traditional business, therefore hand over
Change planes 1 traditional application module also will to port 1 send LLDP protocol massages；
Step 5, OFS2 receives the LLDP message (not carrying OF instance identification) and OpenFlow hair that tradition application is sent
The LLDP message (carrying OF instance identification) sent, will be according to whether carry OF instance identification, and decision LLDP message gives tradition
Using processing or OF application processing (prior art is the ethertype or the address purpose multicast mac by judgement extension)；
That is, giving tradition application processing if not carrying OF instance identification (judging TLV type)；Otherwise it gives
OpenFlow Agent processing, OpenFlow Agent pass through PacketIn message again, and encapsulation carries OF instance identification information
LLDP, above give controller processing, and in Packet_In message carry LLDP message inbound port number；
Step 6, controller receives Packet_In message, judge the corresponding TCP/SSL connection of this message and
Datapath_id (is equal to dpid2)；In addition, inbound port number and internal LLDP letter in controller analysis PacketIn message
Breath, perceiving the port 2 of the port 1 of the dpid1 of OFS1 and the dpid2 of OFS2, there are physical connections；
Step 7, through the above steps, controller will test this direction of port 2 from the port of OFS1 1 to OFS2d
On there are connection relationships；
In the present embodiment, controller can be sent (i.e. to the port 2 of OFS2 interchanger dpid2) in the opposite direction
Packet_Out message, to detect this direction of port 1 from the port of OFS2 2 to OFS1 with the presence or absence of connection relationship, processing
Process is identical, specifically repeats no more.
Through the above steps, in tradition application and OF application mixed networking, tradition application and OF application can be distinguished
LLDP message, and find respective physical connection and topology information.
Embodiment two
The present embodiment is illustrated by taking the link discovery between more example apparatus as an example
Fig. 8 is the link discovery flow diagram of more OFI scenes in the present embodiment.In fig. 8, including 2 interchangers
OFS1 and OFS2 is configured with 2 examples on each interchanger, and each interchanger is configured with 2 datapath_id, respectively
OFS1(dpid1、dpid2)、OFS2(dpid3、dpid4)。
Link discovery in the present embodiment can specifically include following steps:
Step 1, controller 1 is established TCP/SSL with interchanger OFS1, OFS2 and is connected, and controller 1 sends OFPT_
FEATURES_REQUEST message obtains the datapath_id information of interchanger example；In fig. 8, controller 1 learns connection
It changes planes to two openflow, respectively corresponds dpid1 (OFS1) and dpid3 (OFS2)；
Controller 2 is established TCP/SSL with interchanger OFS1, OFS2 and is connected, and controller 2 sends OFPT_FEATURES_
REQUEST message obtains the datapath_id information of interchanger example；In fig. 8, controller 2, which is learned, is connected to two
Openflow changes planes, and respectively corresponds dpid2 (OFS1) and dpid4 (OFS2)；
Step 2, it when openflow example is added in switch port, is informed by OFPT_PORT_STATUS message
Openflow port numbers and state are to controller；In fig. 8, controller 1 and controller 2 learn that OFS1 upper port 1 joined
Dpid1 and dpid2, OFS2 upper port 2 joined dpid3 and dpid4；
Step 3, controller 1 sends PacketOut message (in fig. 8 to all ports openflow of interchanger OFS1
For port 1), the LLDP agreement report of OpenFlow instance identification information (i.e. the corresponding dpid1 of OFS1 example 1) is carried in message
Text, instance identification information carry in the optional TLV of LLDP message, and corresponding TLV type is 9 or other specified values；
It (is in fig. 8 port that controller 2, which sends PacketOut message to all ports openflow of interchanger OFS1,
1) the LLDP protocol massages of OpenFlow instance identification information (i.e. the corresponding dpid2 of OFS1 example 2), are carried in message, it is real
Example identification information carries in the optional TLV of LLDP message, and corresponding TLV type is 9 or other specified values；
In the present embodiment, for the first time, source interchanger example is only carried in the Packet_Out message that controller is sent
Mark；After controller study is to purpose interchanger instance identification, source interchanger instance identification is carried in Packet_Out message
With purpose interchanger instance identification, as shown in Figure 9.
Step 4, the local OpenFlow Agent module of OFS1 receives PacketOut message, parses LLDP message, and
It is sent to the specified exit port of controller；In fig. 8, the LLDP message parsed is sent to port 1, LLDP message internal information
Constant, the corresponding instance identification of different examples is different；
Step 5, OFS2 receives the LLDP message (carrying OF instance identification is dpid1) of the transmission of controller 1 and controller 2 is sent out
The LLDP message sent (carrying OF instance identification is dpid2)；If the example that LLDP message does not carry purpose interchanger OFS2
Mark, OFS2 do not know which controller LLDP corresponds to, then LLDP message will be sent to each controller, that is, be sent to controller
1 and controller 2；
If LLDP message carries the instance identification on purpose interchanger OFS2, OFS2 test case is identified one
Cause property, and the controller connected to corresponding example sends Packet_In message；
Step 6, controller 1 receives Packet_In message, judge the corresponding TCP/SSL connection of this message and
Datapath_id (is equal to dpid1)；If the dpid carried in the LLDP message received is consistent with corresponding dpid is connected,
It continues with, otherwise, abandons LLDP message.In addition, controller 1 continues to analyze in PacketIn message if dpid is consistent
Inbound port number and internal LLDP information, will perceive the port 1 of the dpid1 of OFS1 and 2 existence of port of the dpid2 of OFS2
Reason connection；
Step 7, through the above steps, controller will test this direction of port 2 from the port of OFS1 1 to OFS2d
On there are connection relationships.
Embodiment three
It is described by taking the link discovery between the more example apparatus of multi-controller as an example in the present embodiment.
Figure 10 be comprising 3 controllers and 3 group of switches at SDN network.Wherein 1 admin instance 1 of controller, connection
To 3 Datapath_id (DPID11, DPID21, DPID31)；2 admin instance 2 of controller, is connected to 2 datapath_id
(DPID22, DPID32)；3 admin instance 3 of controller is connected to 2 datapath_id (DPID13, DPID23).
In the present embodiment, the discovery process of LA Management Room link topology is mainly comprised the steps that
Step 1, in respective switch profile instance, forwarding resource is divided；Each example is built with corresponding controller respectively
Vertical TCP/SSL connection；
Step 2, controller sends the instance identification information that OFPT_FEATURES_REQUEST obtains connected interchanger；
Step 3, OpenFlow example is added in switch port, passes through the corresponding control of OFPT_PORT_STATUS message announcement
Device processed；Such as in Figure 10, it is DPID11, DPID21 and DPID31 respectively that controller 1, which is learned, which is connected to 3 datapath,；Its
The middle associated port-for-port 1 of DPID11, the associated port-for-port 2 of DPID21 and port 3, the associated port DPID31 are end
Mouth 4；
Step 4, controller (is disappeared by sending LLDP to the associated all of the port of each datapath by Packet_out
Breath encapsulation), the connection relationship between the port Lai Faxian datapath.By taking the process flow of controller 1 as an example, specific steps packet
It includes:
1) controller 1 sends packet_out message to the associated all of the port of each datapath and (carries LLDP letter
Breath), such as Figure 10, controller 1 is sent to the port 4 of the port of DPID11 1, the port 2 of DPID21 and port 3, DPID31
Packet_out message；TLV carries the DPID information (source DPID) of connection in LLDP message；
2) in Figure 10, the LLDP in packet_out message that controller 1 is sent to interchanger 1 carries DPID11 letter
Breath；OFS1 receives packet_in message, parses LLDP message, and is sent to port 1；
3) OFS2 receives LLDP message from port 2, parses LLDP message, and discovery carries datapath_id information, judges
It needs to give controller processing, rather than gives traditional application module；But OFS2 is configured with 3 datapath, has been separately connected 3
Platform controller, OFS2 itself do not know which controller this LLDP should be sent to；Therefore, OFS2 will use broadcast mode, pass through
Packet_in message carries inbound port (port 2) information and LLDP information, is sent to all controllers connected.LLDP disappears
Itself is ceased to remain unchanged；
4) controller 1 receives packet_in message, parses LLDP message and inbound port number, and discovery is corresponding from DPID21
TCP/SSL connection receive LLDP information, and the source DPID that carries of LLDP TLV is the DPID11 that this controller is connected, according to
This judges that there are connection relationships on this direction of port 2 from the port of DPID11 1 to DPID21；
Controller 2 and controller 3 also receive this packet_in message, but find source DPID that LLDP is carried and itself
The DPID connected is inconsistent, then abandons this packet_in message.
5) it in order to detect on this direction of port 1 from the port of DPID21 2 to DPID11 with the presence or absence of connection relationship, controls
Device 1 processed needs to send LLDP message to the port of the DPID21 of OFS2 2；Process flow is similar with above-mentioned steps；
6) after port connection relationship between each datapath is arrived in the study of controller 1, LLDP message can still be sent the period
To detect the connectivity of link；In order to improve message transmitting efficiency, reduction controller is born, in subsequent transmission LLDP message,
LLDP TLV is in addition to carrying source DPID, it is also necessary to carry purpose DPID；
As shown in Figure 10, the study of controller 1 to the port of DPID11 1 and the port of DPID21 2 there are after connection relationship, after
Supervention will carry source DPID11 and purpose DPID21 into the LLDP message of DPID11；The port 2 of OFS2 receives and parses this
LLDP message, discovery LLDP TLV include source DPID11 and purpose DPID21；According to source DPID11, determine to need to be sent to control
Device processing, according to purpose DPID21, judgement needs to send the corresponding controller 1 of DPID21, so as to avoid broadcast transmission, reduces
The processing load of controller.
Example IV
The present embodiment is described by taking point-to-multipoint link discovery as an example.
As shown in figure 11, on interchanger OFS2, there are 3 datapath, and wherein DPID21 and DPID22 is connected to control
Device 1 processed, DPID23 are connected to controller 3；Specific steps include:
Step 1, controller 1 establishes connection with 4 datapath respectively, obtains DPID；
Step 2, controller 1 sends packet_out message to the associated all of the port of each datapath and (carries LLDP
Information), such as Figure 11, controller 1 is to the port of DPID11 1, the port 2 of DPID21 and port 3, the port 2 and port of DPID22
3, the port 4 of DPID31 sends packet_out message；TLV carries the DPID information (source DPID) of connection in LLDP message；
Step 3, in Figure 11, the LLDP in packet_out message that controller 1 is sent to interchanger 1 is carried
DPID11 information；OFS1 receives packet_in message, parses LLDP message, and is sent to port 1；
Step 4, OFS2 receives LLDP message from port 2, parses LLDP message, and discovery carries datapath_id information,
Judgement needs to give controller processing, rather than gives traditional application module；But OFS2 is configured with 3 datapath, wherein
DPID21 and DPID22 is connected to controller 1, and DPID23 is connected to controller 3；OFS2 itself does not know that this LLDP should be sent to
Which controller；Therefore, OFS2 will use broadcast mode, by packet_in message carry inbound port (port 2) information and
LLDP information is sent to all controllers connected.LLDP message remains unchanged itself；
Step 5, controller 1 receives packet_in message, parses LLDP message and inbound port number, finds from DPID21
TCP/SSL corresponding with DPID22, which is connected, receives LLDP information, and the source DPID that LLDP TLV is carried is company, this controller institute
The DPID11 connect judges that there are P2MP's on this direction of port 2 from the port of DPID11 1 to DPID21, DPID22 accordingly
Connection relationship；
Controller 3 also receives this packet_in message, but finds source DPID that LLDP is carried and itself connected
DPID is inconsistent, then abandons this packet_in message.
Step 6, whether there is on this direction of port 1 from the port of DPID21, DPID22 2 to DPID11 to detect
Connection relationship, controller 1 need to send LLDP message to the port of the DPID21 of OFS2 2；Process flow is similar with above-mentioned steps；
Step 7, after port connection relationship between each datapath is arrived in the study of controller 1, still the period LLDP can be sent
Message detects the connectivity of link；In order to improve message transmitting efficiency, controller burden is reduced, in subsequent transmission LLDP message
When, LLDP TLV is in addition to carrying source DPID, it is also necessary to carry purpose DPID；To P2MP connection (as above-mentioned steps 5 learn
P2MP connection)；LLDP message needs to carry two purpose DPID, is DPID21 and DPID22 respectively；
Step 8, when OFS2 receives LLDP message from port 2, source and destination DPID is checked, and be sent to accordingly according to DPID
Controller.
Embodiment five
The present embodiment is illustrated the process flow of OpenFlow exchange apparatus side.
Figure 12 and Figure 13 is the modular device figure of the OpenFlow interchanger in the present embodiment, and Figure 12 is the mould of source interchanger
Block interacts schematic diagram, and Figure 13 is the module interaction schematic diagram of purpose interchanger.
In the present embodiment:
(1) send and receive packets module sends openflow and legacy protocol message for receiving；
(2) OpenFlow Agent module establishes connection, reports Datapath information, carry out for communicating with controller
Flow table configuration etc.；
(3) LLDP module, for handling traditional LLDP agreement；
(4) flow table configuration module, the flow table issued according to controller configure forwarding channel；
(5) forwarding module carries out the forward process of message according to configured flow table.
In the present embodiment, interchanger mainly executes following steps during link discovery:
Step 1, TCP/SSL is established with controller after interchanger powers on to connect；Openflow protocol massages pass through send and receive packets
Module and openflow agent module are communicated, and establish connection；
Step 2, controller sends the datapath_id information that OFPT_FEATURES_REQUEST obtains interchanger；
Step 3, as shown in figure 11, controller issues packet_out message and encapsulates LLDP information to source interchanger, and takes
The DPID information (0, one or more) of DPID information (one) and purpose interchanger with source interchanger；
The openflow agent module of source interchanger is sent to by TCP/SSL connection；Openflow agent module
Packet_out message is parsed, and sends LLDP message to specified exit port；
Step 4, LLDP message reaches purpose interchanger, gives the processing of LLDP protocol module, LLDP association through send and receive packets module
It discusses module and carries out packet parsing, discovery message carries DPID TLV information, then gives OpenFlow Agent resume module；
Step 5, openflow agent analyzes the purpose DPID information in LLDP message, if there is no purpose DPID,
Packet_in message is sent to all controllers of connection, and encapsulates LLDP；Otherwise, then it is sent according to the purpose DPID of carrying
To corresponding openflow example and the controller of connection.
It can be seen from the above description that the technical solution provided one of through the foregoing embodiment, finds in link layer
OpenFlow instance identification information is carried in protocol massages, for distinguishing openflow and tradition application, and it is multiple for distinguishing
Openflow example；It solves the problems, such as that Openflow business and traditional business cannot distinguish between under more examples, and expands
The application field of openflow.
Obviously, those skilled in the art should be understood that each module of the above invention or each step can be with general
Computing device realize that they can be concentrated on a single computing device, or be distributed in multiple computing devices and formed
Network on, optionally, they can be realized with the program code that computing device can perform, it is thus possible to which they are stored
It is performed by computing device in the storage device, and in some cases, it can be to be different from shown in sequence execution herein
Out or description the step of, perhaps they are fabricated to each integrated circuit modules or by them multiple modules or
Step is fabricated to single integrated circuit module to realize.In this way, the present invention is not limited to any specific hardware and softwares to combine.
The foregoing is only a preferred embodiment of the present invention, is not intended to restrict the invention, for the skill of this field
For art personnel, the invention may be variously modified and varied.All within the spirits and principles of the present invention, made any to repair
Change, equivalent replacement, improvement etc., should all be included in the protection scope of the present invention.
Claims (16)
1. the link discovery method in a kind of software defined network characterized by comprising
Controller to source interchanger send the first link discovery message, wherein carried in the first link discovery message with
The corresponding instance identification information of the source interchanger；
The controller receives the second link discovery message that purpose interchanger is sent；And
In controller judgement the second link discovery message received and the first link discovery message of transmission
Whether the instance identification information of carrying is identical, if identical, it is determined that deposits between the source interchanger and the purpose interchanger
In link connection.
2. the method according to claim 1, wherein sending the first link discovery report to source interchanger in controller
Before text, the method also includes:
The controller is established TCP/SSL with the source interchanger and is connect, and instance identification corresponding with the source interchanger is obtained
Information.
3. the method according to claim 1, wherein if the controller has learnt to the purpose to exchange
The corresponding instance identification information of machine then also carries reality corresponding with the purpose interchanger in the first link discovery message
Example identification information.
4. according to the method in any one of claims 1 to 3, which is characterized in that the first link discovery message and institute
Stating the second link discovery message is Link Layer Discovery Protocol LLDP message.
5. according to the method described in claim 4, it is characterized in that, the instance identification information includes: data path DP mark.
6. according to the method described in claim 4, it is characterized in that, the instance identification information passes through in the optional of LLDP message
It is carried in type lengths values TLV.
7. the link discovery device in a kind of software defined network is located at controller characterized by comprising
Sending module, for sending the first link discovery message to source interchanger, wherein taken in the first link discovery message
With instance identification information corresponding with the source interchanger；
Receiving module, for receiving the second link discovery message of purpose interchanger transmission；And
Judgment module, the first link discovery message of the second link discovery message and transmission for judging to receive
Whether the instance identification information of middle carrying is identical；
Determining module, in the case where the judgment module judges the identical situation of two instance identification information, determining that the source is handed over
Changing planes between the purpose interchanger, there are link connections.
8. device according to claim 7, which is characterized in that further include:
Link block is connect for establishing transmission control layer agreement TCP/ Secure Socket Layer SSL with the source interchanger；
Module is obtained, is connect for the TCP/SSL by being established between the source interchanger, is obtained and the source interchanger pair
The instance identification information answered.
9. device according to claim 7 or 8, which is characterized in that also carried in the first link discovery message with
The corresponding instance identification information of the purpose interchanger.
10. a kind of processing method of link discovery message characterized by comprising
Purpose interchanger receives the link discovery message from source interchanger；
Whether carried in the link discovery message that the purpose interchanger judgement receives corresponding with the source interchanger
The first instance identification information, if so, then to controller transmission link find message；Wherein, the controller is management institute
State the controller of the first instance identification information corresponding instance.
11. according to the method described in claim 10, it is characterized in that, including: to controller transmission link discovery message
Whether carried and the purpose interchanger pair in the link discovery message that the purpose interchanger judgement receives
The the second instance identification information answered, if so, then to the controller hair for managing the corresponding example of the second instance identification information
Link discovery message is sent, otherwise, finds message to all controller transmission links connecting with the purpose interchanger.
12. according to the method for claim 11, which is characterized in that judge the chain received in the purpose interchanger
In the case that road discovery message does not carry the second instance identification information corresponding with the purpose interchanger, the method is also
It include: that the purpose interchanger is adding second instance identification into the link discovery message that all controllers are sent
Information.
13. a kind of processing unit of link discovery message, it is located at purpose interchanger, which is characterized in that described device includes:
Receiving module, for receiving the link discovery message from source interchanger；
First judgment module, for judging whether carry and the source interchanger pair in the link discovery message received
The the first instance identification information answered；And
Sending module, for being sent out to controller transmission link in the case where the judging result of the first judgment module, which is, is
Existing message；Wherein, the controller is the controller for managing the first instance identification information corresponding instance.
14. device according to claim 13, which is characterized in that described device further include:
Second judgment module, for judging whether carry and the purpose interchanger in the link discovery message received
The link discovery message is sent to management if so, then triggering the sending module by corresponding second instance identification information
Otherwise the controller of the corresponding example of the second instance identification information triggers the sending module for the link discovery report
Text is sent to all controllers connecting with the purpose interchanger.
15. device according to claim 14, which is characterized in that described device further include: processing module, for described
Corresponding with the purpose interchanger the is not carried in the link discovery message that receives of second judgment module judgement
When two instance identification information, the second instance identification letter is added in the link discovery message that the sending module is sent
Breath.
16. the link discovery system in a kind of software defined network characterized by comprising
Any one of controller, including claim 7 to 9 described device；
Source interchanger, the link discovery message sent for receiving the controller, and the link discovery message is sent to
Purpose interchanger；
The purpose interchanger, including device described in any one of claim 13 to 15.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310722936.0A CN104735001B (en) | 2013-12-24 | 2013-12-24 | Link discovery method, apparatus and system in software defined network |
| PCT/CN2014/079983 WO2015096409A1 (en) | 2013-12-24 | 2014-06-16 | Method, device and system for discovering link in software-defined network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310722936.0A CN104735001B (en) | 2013-12-24 | 2013-12-24 | Link discovery method, apparatus and system in software defined network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104735001A CN104735001A (en) | 2015-06-24 |
| CN104735001B true CN104735001B (en) | 2019-11-05 |
Family
ID=53458445
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310722936.0A Active CN104735001B (en) | 2013-12-24 | 2013-12-24 | Link discovery method, apparatus and system in software defined network |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104735001B (en) |
| WO (1) | WO2015096409A1 (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105763463B (en) * | 2016-01-27 | 2020-01-03 | 新华三技术有限公司 | Method and device for transmitting link detection message |
| CN107104811B (en) * | 2016-02-22 | 2021-08-17 | 中兴通讯股份有限公司 | Network function implementation method and control device |
| CN106789387B (en) * | 2016-03-16 | 2020-10-13 | 新华三技术有限公司 | Link detection method and device for SDN |
| CN107078962B (en) * | 2016-09-13 | 2021-02-23 | 深圳前海达闼云端智能科技有限公司 | Data processing method, device and system in SDN, electronic equipment and computer storage medium |
| CN108243047B (en) * | 2016-12-27 | 2023-01-10 | 中兴通讯股份有限公司 | Service switching method, device and system |
| WO2018165866A1 (en) * | 2017-03-14 | 2018-09-20 | 华为技术有限公司 | Sdn and packet forwarding method and apparatus thereof |
| CN107707390A (en) * | 2017-09-21 | 2018-02-16 | 烽火通信科技股份有限公司 | The system and method for OTN network centralization chain-link automatic findings |
| CN108600097B (en) * | 2018-04-20 | 2020-09-22 | 闫晓峰 | Communication equipment capable of transmitting data in multiple paths, data communication network system and data communication method |
| CN111163003A (en) * | 2019-12-24 | 2020-05-15 | 中国电子科技集团公司第三十研究所 | Topology discovery method of wireless multi-control-domain SDN |
| CN111130887B (en) * | 2019-12-26 | 2022-05-13 | 国家计算机网络与信息安全管理中心 | Method for realizing intelligent notification of topological relation between devices |
| CN112152862B (en) * | 2020-10-16 | 2023-04-07 | 中国联合网络通信集团有限公司 | Topology acquisition method of hybrid network, SDN controller and SDN switch |
| CN113411254B (en) * | 2021-05-13 | 2023-03-31 | 新华三大数据技术有限公司 | Link processing method and device |
| CN113595931B (en) * | 2021-07-08 | 2024-01-16 | 杭州海康威视数字技术股份有限公司 | Message processing method, device, equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102857416A (en) * | 2012-09-18 | 2013-01-02 | 中兴通讯股份有限公司 | Method for implementing virtual network and virtual network |
| CN103001887A (en) * | 2012-11-22 | 2013-03-27 | 中兴通讯股份有限公司 | Link keeping alive method, controller and switchboard |
| CN103259728A (en) * | 2013-05-24 | 2013-08-21 | 华为技术有限公司 | OFS in-band communication method and OFS |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101047618B (en) * | 2006-03-29 | 2013-11-06 | 华为技术有限公司 | Method and system for acquiring network route information |
| US20130223226A1 (en) * | 2012-02-29 | 2013-08-29 | Dell Products, Lp | System and Method for Providing a Split Data Plane in a Flow-Based Switching Device |
-
2013
- 2013-12-24 CN CN201310722936.0A patent/CN104735001B/en active Active
-
2014
- 2014-06-16 WO PCT/CN2014/079983 patent/WO2015096409A1/en active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102857416A (en) * | 2012-09-18 | 2013-01-02 | 中兴通讯股份有限公司 | Method for implementing virtual network and virtual network |
| CN103001887A (en) * | 2012-11-22 | 2013-03-27 | 中兴通讯股份有限公司 | Link keeping alive method, controller and switchboard |
| CN103259728A (en) * | 2013-05-24 | 2013-08-21 | 华为技术有限公司 | OFS in-band communication method and OFS |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104735001A (en) | 2015-06-24 |
| WO2015096409A1 (en) | 2015-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104735001B (en) | Link discovery method, apparatus and system in software defined network | |
| CN105376154B (en) | Gradual MAC address learning | |
| US7672227B2 (en) | Loop prevention system and method in a stackable ethernet switch system | |
| US9461928B2 (en) | LACP negotiation processing method, relay node, and system | |
| CN105812259B (en) | A kind of message forwarding method and equipment | |
| CN1937569B (en) | Message processing method and relative apparatus in local area network | |
| CN111970137B (en) | Method, device and system for communication among controllers in TSN (traffic service network) | |
| CN105591768B (en) | Fault detection method and device | |
| US20070081463A1 (en) | System and Method for Negotiating Stack Link Speed in a Stackable Ethernet Switch System | |
| EP2924932A1 (en) | Link keepalive method, controller and switch | |
| EP2099180B1 (en) | Switching device and method for Layer-2 forwarding of OAM frames with multicast Layer-3 addresses | |
| CN105763359A (en) | Distributed Bidirectional Forwarding Detection Protocol (d-bfd) For Cluster Of Interconnected Switches | |
| CN104104570A (en) | Aggregation processing method in IRF (Intelligent Resilient Framework) system and device | |
| JP2006295938A (en) | Network type routing scheme | |
| CN104270309A (en) | Method for achieving multi-hop BFD under IP RAN equipment | |
| CN105227393A (en) | A kind of bidirectional forwarding detection (BFD) method | |
| CN105515816B (en) | Processing method and device for detecting hierarchical information | |
| CN109302226A (en) | Incorporate network communication method | |
| CN108400911B (en) | Device and method for realizing Micro-BFD protocol | |
| EP2852115B1 (en) | Information processing method, apparatus and system in trill networks | |
| CN104506396A (en) | Device all-port Full Mesh performance testing method and system | |
| WO2019170085A1 (en) | Fault diagnosis method and apparatus therefor | |
| WO2015151442A1 (en) | Communication system, communication method, and control device | |
| US9596129B2 (en) | Communication system, control apparatus, communication apparatus, information-relaying method, and program | |
| KR101610031B1 (en) | Method for controlling openflow switch embedded controller in software defined network and apparatus thereof |
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 |