CN106027388A - SDN inter-domain routing information transferring method - Google Patents
SDN inter-domain routing information transferring method Download PDFInfo
- Publication number
- CN106027388A CN106027388A CN201610320101.6A CN201610320101A CN106027388A CN 106027388 A CN106027388 A CN 106027388A CN 201610320101 A CN201610320101 A CN 201610320101A CN 106027388 A CN106027388 A CN 106027388A
- Authority
- CN
- China
- Prior art keywords
- sdn
- territory
- request message
- domain controller
- domain
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses an SDN inter-domain routing information transferring method, belongs to the technical field of internets, and improves the flexibility, the expandability and the reliability for transferring SDN inter-domain routing information. The method comprises the following steps that: a source SDN domain controller generates a view request message, and sends the request message to a target SDN domain controller by forwarding for many times; in the forwarding process at each time, the SDN domain controller, where the request message is, sends the request message to an adjacent SDN domain controller according to the commercial relationship among SDN domains; after receiving the request message, the target SDN domain controller generates a corresponding response message, and sends the response message to the source SDN domain controller by forwarding for many times; in the forwarding process at each time, the request message and link information between previous-hop SDN domain controllers on a request message forwarding path are added into the response message; and the source SDN domain controller generates an inter-domain network view according to the response message, and transfers inter-domain multi-dimensional routing information according to the inter-domain network view.
Description
Technical field
The present invention relates to Internet technical field, specifically, relate to a kind of SDN inter-domain routing information transmission
Method.
Background technology
Software defined network (Software Defined Networking, SDN) is tightly coupled by legacy network
Control plane to be separated with datum plane, and broken the present situation of manufacturer's locking by open network interface, make control
Plane can programming unified to the network equipment of different vendor and management.SDN provides fine-grained flow tube simultaneously
Control strategy, supports flexible definable forwarding and management.Current SDN enterprise network, data center's net and
Content-provider networks attracts wide attention and is disposed.But, about SDN between territory
Research of interconnecting the most does not causes enough attention.
At present, between territory, SDN uses conventional BGP protocol to carry out the declaration of inter-domain routing information.And logical
Crossing in bgp protocol routing process, the problem of link congestion between existence domain, reliability, extensibility are relatively low.
Therefore, need a kind of inter-domain routing information that can improve badly and transmit motility, extensibility and reliability
SDN inter-domain routing information transmitting methods.
Summary of the invention
It is an object of the invention to provide a kind of SDN inter-domain routing information transmitting methods, improve SDN Yu Jian road
Motility, extensibility and the reliability transmitted by information.
The present invention provides a kind of SDN inter-domain routing information transmitting methods, and the method includes:
Source SDN domain controller generates network view request message between territory, and by repeatedly forwarding request message
Send to purpose SDN domain controller, in each repeating process, request message place SDN domain controller according to
Request message is sent to adjacent S DN domain controller by the commercial relations between SDN territory；
Purpose SDN domain controller generates network view response message between corresponding territory after receiving request message, and
By repeatedly forwarding, response message is sent to source SDN domain controller, in each repeating process, response message
Response message is sent to the control of adjacent S DN territory by place SDN domain controller based on request message forward-path
Device, and link information between its upper hop SDN domain controller on itself and request message forward-path is added
In response message；
Source SDN domain controller generates networking view between territory according to response message, and passes according to network view between territory
Pass multidimensional routing iinformation between territory.
Generate the step of network view request message between territory at source SDN domain controller to include:
Ttl value is set in request message；
Include in the described step by request message transmission to adjacent S DN domain controller:
Described ttl value is subtracted 1 after receiving request message by request message place SDN domain controller；
If described ttl value is more than 0 after subtracting 1, then request message is sent to adjacent S DN domain controller.
Generate the step of network view request message between territory at described source SDN domain controller to include:
Self SDN Field Number is set in request message；
Include in the described step by request message transmission to adjacent S DN domain controller:
Request message place SDN domain controller judges the SDN Field Number whether having self in request message；
If no, then self SDN Field Number is added request message also by request message place SDN domain controller
Request message is sent to adjacent S DN domain controller.
Include in the step described request message sent to adjacent S DN domain controller:
Business according to SDN territory, request message place with the upper hop SDN territory being sent to this request message is closed
System and SDN territory, described request message place are adjacent the commercial relations in down hop SDN territory and obtain request report
The down hop SDN domain controller that literary composition can pass through；
The down hop SDN domain controller that SDN territory, described request message place can be passed through to this request message is sent out
Send request message.
Include in the described step by request message transmission to adjacent S DN domain controller:
Its down hop SDN domain controller that have sent request message is entered by request message place SDN domain controller
Row record, if the down hop SDN domain controller that current request message can pass through is recorded, the most not to this
The SDN domain controller being recorded sends current request message.
Described according to territory between network view transmission territory between multidimensional routing iinformation include:
SDN territory, source application program selects routing iinformation bang path between described territory network view；
SDN domain controller SDN domain controller on described routing iinformation bang path in source forwards source SDN
The multidimensional routing iinformation in territory；
SDN domain controller on described routing iinformation bang path generates stream table according to described multidimensional routing iinformation
Rule is also issued in territory.
Include in the described step by request message transmission to adjacent S DN domain controller:
Request message place SDN domain controller record is sent to upper hop SDN of described request message and controls
The down hop SDN territory that the described request message that device and this upper hop SDN controller send can pass through controls
Device；
Include in the described step by response message transmission to adjacent S DN domain controller:
The down hop SDN domain controller that can be passed through by the described request message of record sends the response message of coming
Send the upper hop SDN controller sending this described request message to record.
Include in the described step by request message transmission to adjacent S DN domain controller:
Request message place SDN domain controller is arranged for upper hop SDN being sent to described request message
The response time of domain controller beginning timing after sending described request message, response time is described request report
With the product of adjacent S DN domain controller maximum round trip time delay after in literary composition, current ttl value subtracts 1；
Include in the described step by response message transmission to adjacent S DN domain controller:
In the response time for a certain adjacent S DN domain controller to constantly, SDN territory, response message place is controlled
The described response message that the down hop received is this adjacent S DN domain controller is sent to this adjacent S DN by device processed
Domain controller.
The SDN inter-domain routing information transmitting methods that the present invention provides, also includes:
Receive the down hop SDN territory control that described request message can be passed through by the SDN domain controller of request message
The SDN domain controller sending this request message informed by device processed；
The SDN domain controller of described this request message of transmission generates and includes it and receive this request message
The down hop SDN territory that link information between SDN domain controller and this request message described can pass through controls
The overtime response message of device；
SDN domain controller does not receives the response message of correspondence in response time, then it will be super by repeatedly forwarding
Time response message send to source SDN domain controller, in each repeating process, time-out response message place SDN
Time-out response message is sent to adjacent S DN domain controller by domain controller based on request message forward-path, and
By link information between its upper hop SDN domain controller on itself and request message forward-path be sent to
The upper hop SDN domain controller of this time-out response message joins in described time-out response message.
Include in the step described request message sent to adjacent S DN domain controller:
If the down hop SDN domain controller that the multiple described request message received can pass through is identical, then ask
Multiple upper hops SDN for the plurality of described request message of transmission that message place SDN domain controller is arranged
The response time of domain controller is identical；
Include in the described step by response message transmission to adjacent S DN domain controller:
Response message place SDN domain controller, when forwarding response message, also will send the upper of this response message
One jumps SDN domain controller joins in response message；
In the response time for a certain adjacent S DN domain controller to constantly, SDN territory, response message place is controlled
Device processed is according in the response message that the down hop received is this adjacent S DN domain controller and time-out response message
Upper hop SDN domain controller information response message and time-out response message are merged, and obtain after merging
The response message obtained sends to this adjacent S DN domain controller.
The SDN inter-domain routing information transmitting methods that the present invention provides, provides one for the exchange of inter-domain routing information
Plant inter-domain routing protocol expansible, that can restrain.The method follows the commercial relations between existing SDN territory,
Routing form based on SDN territory rank, forwards request report by source domain between territory to purpose territory in network
Literary composition, purpose territory returns the mode of the response message with approach routing information according to request message path, obtains territory
Between network view, it is fixed that SDN territory upper layer application can use this to have between fine granularity territory network view between the territory of information
Make the inter-domain path of its demand, thus realize between territory multidimensional and Multi-path route information between the network of SDN territory
Transmission.And the routing iinformation transmission method that the present invention provides, by arranging ttl value and SDN in messages
Field Number and the mode forwarding the territory record of approach to send next hop domain at request message decrease request and send out
Send quantity, avoid and repeat to send and cycle through, multistage response is set also by the territory in each forwarding approach
The mode of clock, it is ensured that the Fast Convergent of view and safety between returns to field, thus realize for multichannel between territory
The polymerization in footpath.This method is supported SDN territory upper layer application to use to have between fine granularity territory network between the territory of information
View customizes the inter-domain path of its demand, has evaded generation network congestion and the path of link failure, has improve territory
Between routing iinformation transmission reliability.
Other features and advantages of the present invention will illustrate in the following description, and, part from description
In become apparent, or by implement the present invention and understand.The purpose of the present invention and other advantages can be passed through
Structure specifically noted in description, claims and accompanying drawing realizes and obtains.
Accompanying drawing explanation
For the technical scheme in the clearer explanation embodiment of the present invention, required in embodiment being described below
The accompanying drawing wanted does simply to be introduced:
Fig. 1 is the flow chart of the SDN inter-domain routing information transmitting methods that the embodiment of the present invention provides；
Fig. 2 is the system assumption diagram of the SDN inter-domain routing information transmitting methods that the embodiment of the present invention provides；
Fig. 3 is the schematic diagram of SDN model between the territory sending request message that the embodiment of the present invention one provides；
Fig. 4 is the schematic diagram of SDN model between the territory sending response message that the embodiment of the present invention one provides；
Fig. 5 be the embodiment of the present invention one provide territory between SDN model territory between network view；
Fig. 6 is the schematic diagram of the network model sending time-out response message that the embodiment of the present invention two provides.
Detailed description of the invention
Embodiments of the present invention are described in detail, whereby to the present invention how below with reference to drawings and Examples
Application technology means solve technical problem, and the process that realizes reaching technique effect can fully understand and real according to this
Execute.As long as it should be noted that do not constitute conflict, in each embodiment in the present invention and each embodiment
Each feature can be combined with each other, and the technical scheme formed is all within protection scope of the present invention.
In the embodiment of the present invention, the SDN territory network belonging to manager's management and control is referred to as SDN territory, will belong to
SDN territory network in multiple manager's management and control is referred to as SDN between territory.The embodiment of the present invention provides one
SDN inter-domain routing information transmitting methods, as depicted in figs. 1 and 2, the method includes: step 101, step
102 and step 103.
In a step 101, source SDN domain controller generates network view request message between territory, and by repeatedly
Forward and network view request message between territory is sent to purpose SDN domain controller.Every time in repeating process, please
Message place SDN domain controller is asked to send request message to adjacent according to the commercial relations between SDN territory
SDN domain controller.Owing between territory, SDN has autonomy, SDN territory, source please by network view between territory
Ask message to send application request to its neighbours, consult to ask it to provide except the acquiescence road selected by BGP with neighbours
The routing information of other arrived in purpose prefixes outside by.If these neighbours mean its offer together but these neighbours are not
Directly be connected with purpose SDN territory, then the neighbours that these neighbours continue to him forward network view request message between territory,
Until purpose SDN territory.In the repeating process of request message, SDN domain controller is based on traditional SDN territory
Commercial relations select forward-path, and each SDN domain controller needs first to judge it when its neighbouring domain sends message
With the commercial relations of neighbouring domain, in the case of commercial relations meet transmission conditions, carry out message transmissions again.
In a step 102, purpose SDN domain controller generates network video between corresponding territory after receiving request message
Figure response message, and by repeatedly forwarding, response message is sent to source SDN domain controller, the most forwarded over
Cheng Zhong, response message is sent to phase by response message place SDN domain controller based on request message forward-path
Adjacent SDN domain controller, and by itself and request message forward-path between its upper hop SDN domain controller
Link information joins in response message.Network view between the territory that between territory, network view response message correspondence receives
Request message generates, and returns source SDN domain controller according to the forward-path of this request message, return
In repeating process, each by way of SDN domain controller the down hop link information of self return path is added
In response message, the down hop link of this return path i.e. request message forward-path upper hop link.
After response message returns to source SDN controller, this message just contains all links on its return path
Information.
In step 103, SDN domain controller in source generates networking between territory according to the link information in response message
View, and transmit multidimensional routing iinformation between territory according to network view between territory.More specifically, when SDN territory, source
Controller obtains between territory after network view, and the application program in its territory, place can be according to the letter of link each in network view
Cease such as bandwidth etc., select the path for inter-domain routing meeting its demand.Then, application program is adjusted
With the interface provided by source SDN domain controller, the controller in other territories on the path selected sends multidimensional
Routing iinformation, multidimensional routing iinformation includes: inter-domain path serial number and for describing the multidimensional stream information of this application,
Such as source IP, purpose IP and port numbers etc..Current internet route based on purpose IP address prefix,
And purpose IP address prefix cannot be distinguished by different application.At present, cross-domain video conference needs to ensure low delay,
And cross-domain big data transmission needs high bandwidth.The transmission method of multidimensional routing iinformation can effectively be supported flexibly
Intra domain routing policy.Currently, different application can be by source IP address and tcp port number common ID.Between territory
The multidimensional routing iinformation of this paths that application source SDN domain controller is selected is sent to be positioned on path
First the neighborhood SDN controller being adjacent.After this neighborhood controller receives, further according to inter-domain path sequence
The order of row number, the down hop being adjacent that concrete stream information and routing information are sent on path
SDN controller, until the controller in territory, purpose prefix place.All controllers are receiving territory between stream information and territory
Between after path sequence number, calculate the forward-path in own domain, and issue stream table rule.Stream table when all territories
After rule all installs, data stream is just forwarded.
Multidimensional routing iinformation transmission method road based on SDN territory rank between the SDN territory that the embodiment of the present invention provides
Footpath selection mode, is conducive to improving the autgmentability of inter-domain routing protocol.And by view switch between a kind of territory
System obtains and provides multipath information between territory, supports that SDN territory upper layer application uses to have between fine granularity territory and believes
Between the territory of breath, network view customizes the inter-domain path of its demand, and issues multidimensional routing iinformation on path according to not
Select inter-domain path with the demand of application, the most also evaded generation network congestion and the path of link failure, carried
The high reliability of inter-domain routing information transmission.
Further, due to current internet, there is the annexation ten between more than 50000 Autonomous Domain and Autonomous Domain
Divide complexity.If in current Autonomous territory large scale deployment SDN, the request that SDN territory, source sends is through one-level
The transmission of one-level, it will more and more.Therefore, in order to avoid multidimensional view request blast between territory, in step 101
In, source SDN domain controller arranges ttl value to limit the life cycle of request message in request message, request
Ttl value is subtracted 1 after receiving request message by message place SDN domain controller, say, that whenever request report
A SDN territory passed by literary composition, and the value in TTL is subtracted 1 by the controller in this territory.If ttl value is more than 0 after subtracting 1,
Then request message is sent to adjacent S DN domain controller by the controller in this territory.If ttl value is kept to 0, then should
Message disappears in a network, thus avoids this message to survive always and the most constantly propagate.
Further, in order to avoid the cycling through of view request message in network, in a step 101, source SDN
Domain controller arranges self SDN Field Number in request message, and in message repeating process, request report
Literary composition place SDN domain controller first determines whether the SDN Field Number whether having self in request message, if not having,
Then self SDN Field Number is added request message and is sent out by request message by request message place SDN domain controller
Deliver to adjacent S DN domain controller.And work as the request message that request message place SDN domain controller finds to receive
In when having oneself SDN Field Number, then it represents that this request message produces transmission circulation, then stop continuing to forward
This request message, thus avoid cycling through of request message.
Between SDN territory in network service, an important problem is how to ensure the privacy between territory, not
It is that all of domain-to-domain link can return to each neighbours to his request.Therefore, in a step 101, please
Message place SDN domain controller is asked to need to obtain its upper hop SDN according to the commercial relations between SDN territory
The down hop SDN domain controller that the request message that domain controller sends can pass through, then can pass through to this
Down hop SDN domain controller send request message.Here three kinds of territory AS of definition, make FromAS,
CurrentAS, ToAS represent the commercial relations between three territories.CurrentAS represents and is currently received between territory
The SDN territory of network view request message.FromAS represents the SDN sending message request to CurrentAS
Territory.ToAS represents which neighborhood request message is sent to by CurrentAS.
In one embodiment of the invention, multidimensional route letter between territory is carried out according to commercial relations between the Internet domain
The transmission of breath.Within being only limitted to same management and control territory due to the current research about SDN territory, and interconnect really
Net is cross-domain and according to commercial relations.For this problem present invention according to existing the Internet authentic commercial relation
Carry out the transmission of multidimensional routing iinformation between territory.When three adjacent AS meet following commercial relations, message
Can forward.
1, the relation between CurrentAS and FromAS is supplier-client (Provider-Customer),
And the relation of CurrentAS Yu ToAS is supplier-client or equity-equity (Peer-Peer).
2, the relation between CurrentAS and FromAS is equity-equity, and CurrentAS and ToAS
Between commercial relations be supplier-client.
3, the client-supplier (Customer-Provider) between CurrentAS and FromAS, and
Relation between CurrentAS and ToAS is supplier-client.
In embodiments of the present invention, each SDN domain controller when receiving the request message that neighborhood is sent, meeting
Check whether the relation between each<FromAS, CurrentAS, ToAS>three meets above-mentioned requirements, so
What rear acquisition request message can pass through down hop SDN domain controller, thus ensure that between territory, network view returns
The safety returned.
More specifically, SDN domain controller in request message place can record and be sent to upper the one of request message
Jump down hop SDN that the request message of SDN controller and the transmission of this upper hop SDN controller can pass through
Domain controller.Upper hop SDN being sent to request message is controlled by request message place SDN domain controller
Device record is in answer List ReplyList, by the SDN controller in ReplyList with it based on business
The corresponding relation record of the down hop SDN controller that relation can be passed through is a down hop list
In NextHopList.
Corresponding, the request message of record, when forwarding response message, can be led to by this SDN domain controller
The response message that the down hop SDN domain controller crossed is sent sends this request message of transmission to record
Upper hop SDN controller.I.e. this SDN domain controller inquiry ReplyList, checks and needs to which record
SDN domain controller E-Packets, and then looks at the corresponding relation in NextHopList, the response report that will receive
Literary composition is forwarded in ReplyList the SDN domain controller of correspondence.
Further, in a step 101, request message place SDN domain controller have sent request report to it
The down hop SDN domain controller of literary composition carries out record, if the down hop SDN territory that current request message can pass through
Controller is recorded, the most no longer sends current request message to this SDN domain controller being recorded, keeps away
Exempt to repeat to send same request message to a down hop SDN domain controller.When SDN domain controller will receive
After request message is forwarded to a down hop SDN domain controller, this down hop SDN domain controller record is existed
In one waiting list in WaitList, the down hop SDN territory that the request message received afterwards can pass through
If with the coincidence recorded in WaitList, the most the SDN domain controller recorded in this WaitList does not turns
Send out the request message received after this.So that request message is in former SDN domain controller and purpose SDN
There is no overlay path on forward-path between domain controller, reduce request message quantity between territory, and then press afterwards
Forward-path according to the response message of request message path return does not has overlap yet, thus realizes for SDN territory
Between the polymerization of multipath.
Further, in a step 101, request message place SDN domain controller is arranged for being sent to
The response time of the upper hop SDN domain controller of request message beginning timing after sending request message, should
The time of answering is the current product of maximum round trip time delay between ttl value and adjacent S DN domain controller in request message,
The i.e. SDN territory that is not all for current message ttl value arranges multi-level clock.And then in a step 102,
For the response time of a certain adjacent S DN domain controller to constantly, response message place SDN domain controller will
The down hop received is that the response message of this adjacent S DN domain controller sends to this adjacent S DN domain controller.
If the response time of the most a certain adjacent S DN domain controller just receives down hop after then be this adjacent S DN territory
The response message of controller, does not carries out the forwarding of this response message, thus realizes for returning response message
Screening, removes the routing information that conversion link is too much or time delay is too high and stays satisfactory link information in order to shape
Become network view between territory, it is to avoid cause network view between territory to receive owing to each territory cannot receive all replies in time
Situation about holding back, it is achieved for the polymerization of multipath between SDN territory, it is ensured that the Fast Convergent of view between territory.
Owing to current internet has more than 50,000 Autonomous Domain, what source domain sent asks the transmission through one-level one-level,
It is likely to constantly send in a network, causes each territory cannot receive all replies, network between territory in time
View cannot be restrained.Owing between territory, view needs privacy between protected field, this patent arranges multi-level clock and ensures
The Fast Convergent of view between territory.
Further, in a step 101, request message place SDN domain controller is after receiving request message
The down hop SDN domain controller that can be passed through by request message informs that the SDN territory sending this request message controls
Device.In a kind of specific embodiment, receive the SDN territory of request message by should request message
Result in NextHopList is attached in ACK message the SDN territory returning to send request.
And then, send after the SDN domain controller of this request message receives ACK message, generate include its with
Receive link information between the SDN domain controller of this request message and this request message can pass through next
Jump the overtime response message of SDN domain controller (i.e. result in NextHopList).
When between territory, network returns response message, if SDN domain controller does not receives correspondence in response time
Response message, then time-out response message is sent to source SDN domain controller by it by repeatedly forwarding, and turns every time
During Faing, time-out response message place SDN domain controller based on request message forward-path by time-out response
Message sends to adjacent S DN domain controller, and by itself and its upper hop SDN territory on request message forward-path
Link information between controller and the upper hop SDN domain controller being sent to this time-out response message add
In time-out response message.The return transmission mechanism of time-out response message is identical with response message, corresponding requests report
The forward-path of literary composition returns, and i.e. time-out response message place SDN domain controller inquiry ReplyList, looks into
See that the SDN domain controller needed to which record forwards time-out response message, then look in NextHopList
Corresponding relation, the overtime response message received is forwarded in ReplyList correspondence SDN domain controller.
In a step 101, if multiple request messages that a certain SDN domain controller receives can pass through next
Jump SDN domain controller (i.e. result in NextHopList) identical, then the control of request message place SDN territory
Device processed arrange for when sending the response of multiple upper hop SDN domain controllers of the plurality of described request message
Between identical, i.e. request message place SDN domain controller is for the identical SDN territory of result in NextHopList
Controller arranges identical response time, in response time to constantly, merges the above-mentioned NextHopList received
Middle result identical response message, right according in NextHopList of request message place SDN domain controller
Should be related to that the response message after simultaneously merging sends to corresponding multiple down hops.
When a certain SDN domain controller at request message place is arranged for the upper hop being sent to request message
The response time of SDN domain controller beginning timing after forwarding request message, if arriving from another paths again
The request that another commercial relations (i.e. result in NextHopList) are identical, please for avoiding repeating sending
Ask, the request that this SDN controller arrives after no longer forwarding.The path at the request place arrived after but is likely
Being longer than the path first arriving request, arriving the response time on the SDN domain controller of request after i.e. sending may
It is shorter than transmission and first arrives the response time on the SDN domain controller of request, and according to such scheme due to successively
Result in the NextHopList of the request message arrived is identical, therefore request message place SDN domain controller
The response time controlling to arrange for the upper hop SDN territory sending the request message successively arrived is identical.Then when
Response message return time, this SDN domain controller in the longer response time arranged to constantly, by response
Message is transmitted to above-mentioned two and is sent to the SDN domain controller of request message, but arrives after now sending and ask
After the SDN domain controller asked receives response message, response time thereon may have timed, out, response message
Can not forward, cause the response message of this return path cannot return to source SDN domain controller so that
Network view lost part link information between territory.In order to avoid the generation of above-mentioned situation, in the present invention, SDN
Domain controller, after sending request message, can receive the request message of this request message recipient return in this request
The down hop that message recipient can pass through, and thus generate time-out response message, can not carry out at response message
During forwarding, time-out response message is sent and returns via the path of request message.
Accordingly, in a step 102, response message place SDN domain controller forward response message time,
Also the upper hop SDN domain controller sending this response message is joined in response message.For a certain phase
The response time of adjacent SDN domain controller is to constantly, and response message place SDN domain controller is according to receiving down
One jump for this adjacent S DN domain controller response message and time-out response message in upper hop SDN territory control
Response message and time-out response message are merged by device information processed, and the response message transmission that will obtain after merging is extremely
This adjacent S DN domain controller.
The message i.e. carried based on time-out response message and response message returns link information and respective links record
Upper hop, SDN domain controller or the source SDN domain controller of response message approach can be by having of receiving
Multiple response messages of same down hop or there is the overtime response message of same down hop and response message enters
Row merges, and is merged by the return link information wherein with identical upper hop SDN domain controller, response
Response message after merging can be continued to send and control to its adjacent S DN territory by the SDN domain controller of message approach
Device, source SDN domain controller corresponding after merging can generate networking view between territory, by time-out response message because of
Time-out lost chains road merges with the link in response message, it is to avoid the loss of overtime link.
Embodiment one:
In the present embodiment, as a example by SDN model, the embodiment of the present invention is carried by between a concrete territory
The SDN inter-domain routing information transmitting methods of confession is described in more detail.As it is shown on figure 3, SDN between this territory
Network model includes totally 7 SDN territories, 1 to territory, territory 7, and SDN territory, source is territory 1, and purpose territory is territory 7.
First territory 1 obtains its path to territory 7 from the RIB-Out table of bgp protocol, and these are a length of 4 years old.
Then the TTL of network view request message between territory is set to 4+hopLimit, sets in embodiments of the present invention
HopLimit=2, then TTL is set to 6 and places it into request message transmission to territory 2 and territory 3 by territory 1.Then,
Territory 1 stores territory 2 and territory 3 in its WaitList, WaitList=[territory 2, territory 3].
After territory 2 receives the request that territory 1 transmission comes, first territory 1 is recorded in ReplyList by territory 2,
ReplyList=[territory 1].Meanwhile, territory 2 is territory according to the down hop that commercial relations computational fields 1 between territory can pass through
4, by the next hop information record in territory 1 in NextHopList: [territory 1]=[territory 4].Then territory 2 is by TTL-1=5
Ttl value as territory 2.Then this TTL is put into and request message is sent to territory 4, and arrange one for territory 1
Individual response intervalometer, the response time of response intervalometer is that TTL*UnitTime, UnitTime can be set to two
Maximum round trip time delay between SDN territory, can be determined by real network measurement, response time 5UnitTime in territory 1,
Response intervalometer starts timing after request message is sent to territory 4.
In like manner, after territory 3 receives the request that territory 1 transmission comes, first territory 1 is recorded in ReplyList by territory 3.
ReplyList=[territory 1].Meanwhile, territory 3 is territory according to the down hop that commercial relations computational fields 1 between territory can pass through
4, by the next hop information record in territory 1 in NextHopList: [territory 1]=[territory 4].Then by TTL-1=5
Ttl value as territory 3.Then this TTL is put into and request message is sent to territory 4, and be that territory 1 setting should
Answer intervalometer, response time 5UnitTime.
Assuming that first territory 4 receives the request that territory 2 is sent, first territory 2 is recorded in ReplyList by territory 4.
ReplyList=[territory 2].Then the down hop that territory 4 can be passed through according to commercial relations computational fields 2 between territory, such as figure
Shown in 4, territory 4 checks the relation between<FromAS, CurrentAS, the ToAS>three of current request message,
Wherein<territory 2, territory 4, territory 5>is the relation of supplier-client-supplier, according to the Valley-Free between territory
Principle, i.e. client will not be two supplier's converting flow, do not meet the embodiment of the present invention as defined above
Can the commercial relations of converting flow, therefore can not forward the request message, the down hop that therefore territory 2 can be passed through to be
Territory 6, by the next hop information record in territory 2 in NextHopList: [territory 2]=[territory 6].Then by TTL-1=4
Ttl value as territory 4.Then this TTL is put into and request message is sent to territory 6, and territory 6 is recorded
In WaitList, WaitList=[territory 6], response intervalometer, response time 4UnitTime are set for territory 2 simultaneously.
Next territory 4 receives the request that territory 3 is sent, and first territory 3 is recorded in ReplyList by territory 4,
ReplyList=[territory 2, territory 3].Then the down hop that territory 4 can be passed through according to commercial relations computational fields 3 between territory
For territory 5 and territory 6, by the next hop information record in territory 2 in NextHopList: [territory 2]=[territory 5, territory 6].
Then WaitList is checked in territory 4, and owing to territory 6 has been transmitted across request, territory 4 the most no longer sends request to territory 6,
Territory 5 is not yet transmitted across request, territory 4 using TTL-1=4 as the ttl value in territory 4.Then this TTL is put into
Request message is sent to territory 5, response intervalometer, response time 4UnitTime is set for territory 3 simultaneously.Territory 5
Territory 7 is sent the request to after receiving request message with territory 6.
In one embodiment of the invention, between territory, network view is by multiple { link informations: next hop domain
List } such data structure combines, and wherein link information is multidimensional information, including (territory A, territory B,
Bandwidth ... etc.), wherein territory A, territory B are two SDN territories that domain-to-domain link connects, and are used for identifying this territory
Between link.
As shown in Figure 4, when purpose territory 7 receives network view request between the territory sent from territory 5 and territory 6,
If it is ready to provide view between territory, territory 7 will be put the link information etc. of the link 7 between territory 7 and territory 6
Entering to be sent in response message territory 6, its message content returned be { link 7:[sky] }, by the information of link 8
Putting into response message and return to territory 5, its message content returned be { link 8:[sky] }.In message content, chain
Road 7 represents the information of link 7, two the SDN domain nodes connected including: link 7: territory 6, territory 7 and
Link bandwidths etc., [empty] represents the down hop domain list of view link 7, i.e. sends upper the one of this response message
Jumping SDN domain controller list, due to territory for the purpose of territory 7, therefore its down hop domain list is empty.Hereinafter
Response message all uses above-mentioned representation.
After territory 6 receives response message, first it can check its ReplyList, checks needs to which territory are replied
View.The ReplyList=[territory 4] in territory 6.Then the NextHopList in its territory 4 stored is checked in territory 6.
NextHopList [territory 4]=[territory 7].Then the territory 6 response time in territory 4 is to constantly, by territory 6 and territory 4 it
Between link 6 information and i.e. link 7 information of view information sent of the territory 7 that receives return to territory 4 together.
Its return message content be link 6:[territory 7], and link 7:[sky].
After territory 5 receives response message, first it can check its ReplyList, checks needs to which territory are replied
View.The ReplyList=[territory 4] in territory 5.Then the NextHopList in its territory 4 stored is checked in territory 5.
NextHopList [territory 4]=[territory 7].Then the territory 5 response time in territory 4 is to constantly, by territory 5 and territory 4 it
Between link 5 information and i.e. link 8 information of view information in territory 7 that receives return to territory 4 together.It returns
Return message content be link 5:[territory 7], and link 8:[sky].
After the view information that territory 4 receives territory 5 and territory 6 is sent, first it can check its ReplyList, checks
Need which territory to reply view to.The ReplyList=[territory 2, territory 3] in territory 4.Afterwards, check that it is before for territory
2 and territory 3 record next hop information, record NextHopList [territory 2]=[territory 6] in territory 2, NextHopList [territory
3]=[territory 5, territory 6].
It follows that the response time that territory 4 is in territory 2 is to constantly, by the information of the link 2 between territory 4 and territory 2
Send jointly to territory 2 plus information after the polymerization that territory 6 receives, this information be link 2:[territory 5], link
6:[territory 7], link 7:[is empty].
The information received from territory 5 and territory 6, to constantly, is merged, then by territory by the territory 4 response time in territory 3
The information of the link 2 between 4 with territory 3 plus from territory 5 and territory 6 receive be polymerized after information send jointly to
Territory 3.This information be link 4:[territory 5, territory 6], link 5:[territory 7], link 6:[territory 7], link 7:[is empty],
Link 8:[is empty] }.
Ibid, territory 2 by the information of the link 1 between territory 2 with territory 1 plus from territory 4 receive be polymerized after letter
Breath send jointly to territory 1, this information be link 1:[territory 2], link 2:[territory 6], link 6:[territory 7], chain
Road 7:[is empty] }.Territory 3 by the information of the link 3 between territory 3 with territory 1 plus from territory 4 receive be polymerized after
Information sends jointly to territory 1, this information be link 3:[territory 4], link 4:[territory 5, territory 6], link 5:[territory
7], link 6:[territory 7], link 7:[is empty] and, link 8:[is empty].
Finally, the view merging received from territory 2 and territory 3 is that between territory, network view is supplied to upper layer application by territory 1,
As it is shown in figure 5, network view includes all link informations that can arrive territory 7 that territory 1 receives between this territory.Territory
The upper level applications of 1, according to the information such as bandwidth etc. of link each in network view, calculates and meets its demand
Article one, to the routed path in territory 7, such as path in graphs: link 1:[territory 2], link 2:[territory 6], link 6:[territory
7], link 7:[is empty] }.Then, the interface that application call territory 1 controller provides, on this path
Other territories (territory 2, territory 4, territory 6 and territory 7) controller send for describe this application multidimensional stream letter
Cease, and the inter-domain path serial number of this paths selected is sent to be positioned at the territory being adjacent on path
2.After territory 2 controller receives, further according to the order of inter-domain path serial number, by concrete stream information and path
Territory 4 controller that information is sent on path, until territory 7 controller.All controllers receive stream information and
Between territory after inter-domain path serial number, calculate the forward-path in own domain, and issue stream table rule.When territory 2,
After the stream table rule in territory 4, territory 6 and territory 7 all installs, data stream is just forwarded.
Embodiment two:
The present embodiment mainly to time-out response message transmission method be described in detail, other technologies step with
Embodiment one is essentially identical, does not repeats them here.
As shown in Figure 6, the shortest path in territory 1 to territory 8 is 4, if hopLimit is 1, then and the TTL in territory 1
Being 5, territory 1 transmit a request to territory 2 and territory 3.Converse domain 2 and territory 3 TTL received is subtracted 1, each will
The response time in territory 1 is set to 4UnitTime, and is put into by TTL=4 in request and be sent to follow-up SDN
Territory.Afterwards, territory 2 transmit a request to territory 5, and territory 3 transmit a request to territory 4.Now, territory 5 and territory 4 will be received
To ttl value subtract 1, respectively the response time in territory 2 and territory 3 is set to 3UnitTime.Territory 5 receives territory 2
Request after, the down hop SDN territory that computational fields 2 can pass through, and record in NextHopList: [territory
2]={ NextHopList and link 3 information are returned to territory 2 by ACK message, so by territory 6, territory 7}
After transmit a request to territory 6 and territory 7, start timing with the response time of time domain 2.Afterwards, territory 3 sends request
To territory 4, the response time in territory 3 is set to 3UnitTime by territory 4, and the request that sends is sent to territory 5.Territory 5
Receive after the request in territory 4, the down hop SDN territory that computational fields 4 can pass through, and record
In NextHopList: [territory 4]=territory 6, territory 7}, and return this NextHopList to territory 4.Afterwards, by
Identical with the NextHopList in territory 2 in territory 4, and territory 5 transmit a request to territory 6 and territory 7 and set
Put response time, then territory 5 is not repeated to send request to territory 6 and territory 7, and the response time in territory 4 is set
Put identical with territory 2, will record in the return list of the intervalometer in territory 2 in territory 4.When request message one-level one
After level is sent to territory 8, each SDN territory one-level one-level returns forward response message.When system arrives 3UnitTime
Time, territory 5 response time arrives, transmits a reply message to territory 2 and territory 4 according to the return list of intervalometer.But
It is that, when when replying message arrival territory 4 of territory 5 transmission, the response time of territory 4 returns to field 3 response message exists
During 3UnitTime then, response message territory 3 can not be said in territory 4.Then territory 4 is lost to the link 5 between territory 5.
But according to the ACK received from territory 5 and link 5 information generation time-out response message before territory 4: { chain
Road 5 (territory 4, territory 5): [territory 6, territory 7] }, and this time-out response message is returned when 3UnitTime
Give territory 3, and then one-level one-level returns to field 1.After territory 1 receives time-out response message and response message, territory 1
In contrast response message and time-out response message, the SDN thresholding in the NextHopList of each link nodes, is carried out
Merge, i.e. by contrasting identical NextHopList{ territory 6, territory 7}, can by 4-territory, 3-territory, 1-territory, territory 5 this
Paths is combined with the path in response message.
A kind of SDN inter-domain routing information transmitting methods that the present invention provides, provides for the exchange of inter-domain routing information
A kind of expansible, the inter-domain routing protocol that can restrain.The method follows the business pass between existing SDN territory
System, routing form based on SDN territory rank, being forwarded to purpose territory in network between territory by source domain please
Seeking message, purpose territory returns the mode of the response message with approach routing information according to request message path, obtains
Taking network view between territory, SDN territory upper layer application can use this to have between fine granularity territory network video between the territory of information
Figure customizes the inter-domain path of its demand, thus realizes between territory multidimensional and Multi-path route information at SDN territory net
Transmit between network.And the present invention provide routing iinformation transmission method, by arrange in messages ttl value and
SDN Field Number and the mode forwarding the territory record of approach to send next hop domain at request message decrease please
Seek quantity forwarded, avoid and repeat to send and cycle through, arrange multistage also by the territory in each forwarding approach
The mode of response clock, it is ensured that the Fast Convergent of view and safety between returns to field, thus between realizing for territory
The polymerization of multipath.This method is supported SDN territory upper layer application to use to have between fine granularity territory between the territory of information
Network view customizes the inter-domain path of its demand, has evaded generation network congestion and the path of link failure, improves
The reliability of inter-domain routing information transmission.
While it is disclosed that embodiment as above, but described content is only to facilitate understand the present invention
And the embodiment used, it is not limited to the present invention.Technology people in any the technical field of the invention
Member, on the premise of without departing from spirit and scope disclosed in this invention, can be in the formal and details implemented
On make any amendment and change, but the scope of patent protection of the present invention, still must be with appending claims institute
Define in the range of standard.
Claims (10)
1. a SDN inter-domain routing information transmitting methods, it is characterised in that including:
Source SDN domain controller generates network view request message between territory, and by repeatedly forwarding request message
Send to purpose SDN domain controller, in each repeating process, request message place SDN domain controller according to
Request message is sent to adjacent S DN domain controller by the commercial relations between SDN territory；
Purpose SDN domain controller generates network view response message between corresponding territory after receiving request message, and
By repeatedly forwarding, response message is sent to source SDN domain controller, in each repeating process, response message
Response message is sent to the control of adjacent S DN territory by place SDN domain controller based on request message forward-path
Device, and link information between its upper hop SDN domain controller on itself and request message forward-path is added
In response message；
Source SDN domain controller generates networking view between territory according to response message, and passes according to network view between territory
Pass multidimensional routing iinformation between territory.
SDN inter-domain routing information transmitting methods the most according to claim 1, it is characterised in that in source
SDN domain controller generates the step of network view request message between territory and includes:
Ttl value is set in request message；
Include in the described step by request message transmission to adjacent S DN domain controller:
Described ttl value is subtracted 1 after receiving request message by request message place SDN domain controller；
If described ttl value is more than 0 after subtracting 1, then request message is sent to adjacent S DN domain controller.
SDN inter-domain routing information transmitting methods the most according to claim 1, it is characterised in that in institute
State the step of network view request message between SDN domain controller generation territory, source to include:
Self SDN Field Number is set in request message；
Include in the described step by request message transmission to adjacent S DN domain controller:
Request message place SDN domain controller judges the SDN Field Number whether having self in request message；
If no, then self SDN Field Number is added request message also by request message place SDN domain controller
Request message is sent to adjacent S DN domain controller.
SDN inter-domain routing information transmitting methods the most according to claim 1, it is characterised in that inciting somebody to action
The transmission of described request message includes to the step of adjacent S DN domain controller:
Business according to SDN territory, request message place with the upper hop SDN territory being sent to this request message is closed
System and SDN territory, described request message place are adjacent the commercial relations in down hop SDN territory and obtain request report
The down hop SDN domain controller that literary composition can pass through；
The down hop SDN domain controller that SDN territory, described request message place can be passed through to this request message is sent out
Send request message.
SDN inter-domain routing information transmitting methods the most according to claim 1, it is characterised in that in institute
State the step sent by request message to adjacent S DN domain controller to include:
Its down hop SDN domain controller that have sent request message is entered by request message place SDN domain controller
Row record, if the down hop SDN domain controller that current request message can pass through is recorded, the most not to this
The SDN domain controller being recorded sends current request message.
SDN inter-domain routing information transmitting methods the most according to claim 1, it is characterised in that in institute
State according between territory network view transmission territory between multidimensional routing iinformation include:
SDN territory, source application program selects routing iinformation bang path between described territory network view；
SDN domain controller SDN domain controller on described routing iinformation bang path in source forwards source SDN
The multidimensional routing iinformation in territory；
SDN domain controller on described routing iinformation bang path generates stream table according to described multidimensional routing iinformation
Rule is also issued in territory.
SDN inter-domain routing information transmitting methods the most according to claim 4, it is characterised in that in institute
State the step sent by request message to adjacent S DN domain controller to include:
Request message place SDN domain controller record is sent to upper hop SDN of described request message and controls
The down hop SDN territory that the described request message that device and this upper hop SDN controller send can pass through controls
Device；
Include in the described step by response message transmission to adjacent S DN domain controller:
The down hop SDN domain controller that can be passed through by the described request message of record sends the response message of coming
Send the upper hop SDN controller sending this described request message to record.
SDN inter-domain routing information transmitting methods the most according to claim 7, it is characterised in that in institute
State the step sent by request message to adjacent S DN domain controller to include:
Request message place SDN domain controller is arranged for upper hop SDN being sent to described request message
The response time of domain controller beginning timing after sending described request message, response time is described request report
With the product of adjacent S DN domain controller maximum round trip time delay after in literary composition, current ttl value subtracts 1；
Include in the described step by response message transmission to adjacent S DN domain controller:
In the response time for a certain adjacent S DN domain controller to constantly, SDN territory, response message place is controlled
The described response message that the down hop received is this adjacent S DN domain controller is sent to this adjacent S DN by device processed
Domain controller.
SDN inter-domain routing information transmitting methods the most according to claim 8, it is characterised in that also wrap
Include:
Receive the down hop SDN territory control that described request message can be passed through by the SDN domain controller of request message
The SDN domain controller sending this request message informed by device processed；
The SDN domain controller of described this request message of transmission generates and includes it and receive this request message
The down hop SDN territory that link information between SDN domain controller and this request message described can pass through controls
The overtime response message of device；
SDN domain controller does not receives the response message of correspondence in response time, then it will be super by repeatedly forwarding
Time response message send to source SDN domain controller, in each repeating process, time-out response message place SDN
Time-out response message is sent to adjacent S DN domain controller by domain controller based on request message forward-path, and
By link information between its upper hop SDN domain controller on itself and request message forward-path be sent to
The upper hop SDN domain controller of this time-out response message joins in described time-out response message.
SDN inter-domain routing information transmitting methods the most according to claim 9, it is characterised in that
The step of described request message transmission to adjacent S DN domain controller is included:
If the down hop SDN domain controller that the multiple described request message received can pass through is identical, then ask
Multiple upper hops SDN for the plurality of described request message of transmission that message place SDN domain controller is arranged
The response time of domain controller is identical；
Include in the described step by response message transmission to adjacent S DN domain controller:
Response message place SDN domain controller, when forwarding response message, also will send the upper of this response message
One jumps SDN domain controller joins in response message；
In the response time for a certain adjacent S DN domain controller to constantly, SDN territory, response message place is controlled
Device processed is according in the response message that the down hop received is this adjacent S DN domain controller and time-out response message
Upper hop SDN domain controller information response message and time-out response message are merged, and obtain after merging
The response message obtained sends to this adjacent S DN domain controller.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610320101.6A CN106027388B (en) | 2016-05-13 | 2016-05-13 | A kind of SDN inter-domain routing information transmitting methods |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610320101.6A CN106027388B (en) | 2016-05-13 | 2016-05-13 | A kind of SDN inter-domain routing information transmitting methods |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106027388A true CN106027388A (en) | 2016-10-12 |
| CN106027388B CN106027388B (en) | 2019-04-12 |
Family
ID=57096847
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610320101.6A Active CN106027388B (en) | 2016-05-13 | 2016-05-13 | A kind of SDN inter-domain routing information transmitting methods |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106027388B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181688A (en) * | 2017-03-31 | 2017-09-19 | 武汉绿色网络信息服务有限责任公司 | A kind of system and method that the optimization of server end cross-domain data transmission is realized in SDN |
| CN109005116A (en) * | 2017-06-07 | 2018-12-14 | 华为技术有限公司 | A kind of message forwarding method and device |
| CN111245716A (en) * | 2018-11-28 | 2020-06-05 | 中国电信股份有限公司 | Inter-domain routing method, device and system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102523302A (en) * | 2011-12-26 | 2012-06-27 | 成都市华为赛门铁克科技有限公司 | Load balance method for virtual machine cluster, server and system |
| CN103117925A (en) * | 2013-01-31 | 2013-05-22 | 中兴通讯股份有限公司 | Processing method and processing device for data message forward |
| CN104040972A (en) * | 2014-04-17 | 2014-09-10 | 华为技术有限公司 | Path Establishing Method And Device |
-
2016
- 2016-05-13 CN CN201610320101.6A patent/CN106027388B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102523302A (en) * | 2011-12-26 | 2012-06-27 | 成都市华为赛门铁克科技有限公司 | Load balance method for virtual machine cluster, server and system |
| CN102523302B (en) * | 2011-12-26 | 2015-08-19 | 华为数字技术（成都）有限公司 | The load-balancing method of cluster virtual machine, server and system |
| CN103117925A (en) * | 2013-01-31 | 2013-05-22 | 中兴通讯股份有限公司 | Processing method and processing device for data message forward |
| CN104040972A (en) * | 2014-04-17 | 2014-09-10 | 华为技术有限公司 | Path Establishing Method And Device |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107181688A (en) * | 2017-03-31 | 2017-09-19 | 武汉绿色网络信息服务有限责任公司 | A kind of system and method that the optimization of server end cross-domain data transmission is realized in SDN |
| CN107181688B (en) * | 2017-03-31 | 2019-12-31 | 武汉绿色网络信息服务有限责任公司 | System and method for realizing server-side cross-domain data transmission optimization in SDN network |
| CN109005116A (en) * | 2017-06-07 | 2018-12-14 | 华为技术有限公司 | A kind of message forwarding method and device |
| CN109005116B (en) * | 2017-06-07 | 2020-07-24 | 华为技术有限公司 | Message forwarding method and device |
| CN111245716A (en) * | 2018-11-28 | 2020-06-05 | 中国电信股份有限公司 | Inter-domain routing method, device and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106027388B (en) | 2019-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103229468B (en) | Packet-switched resources distribution method and equipment | |
| CN103493449B (en) | Efficient circuit in packet switching network | |
| CN110324242A (en) | A kind of method, network node and system that message is sent | |
| CN105827529B (en) | A kind of path establishment method and controller | |
| CN106169978B (en) | The treating method and apparatus of BMP message | |
| US20090313350A1 (en) | Method for optimising the distribution of a service from a source to a plurality of clients in a network | |
| CN103210617A (en) | Reduction of message and computational overhead in networks | |
| CN104322011A (en) | Connectivity service orchestrator | |
| CN104539531A (en) | Data transmission method and device | |
| CN110474853A (en) | A kind of method, network node and system that message is sent | |
| CN101610433A (en) | The multi-constraint condition routing selection method that a kind of support policy is resolved | |
| CN104660507A (en) | Control method and device for data flow forwarding route | |
| CN109861925B (en) | Data transmission method, related device and network | |
| CN106027388A (en) | SDN inter-domain routing information transferring method | |
| CN103428088A (en) | Tree root allocation and message processing method and routing network bridge | |
| CN101616093B (en) | Method and device for realizing user access multi-homing network and network equipment | |
| CN103095587B (en) | A method for registration service, network group center control nodes and system | |
| CN109391563A (en) | A kind of method for obligating resource and relevant device | |
| CN104380835A (en) | Method for operating a network element of a wireless communication network and network element | |
| CN109495593A (en) | Address distribution method and system | |
| US20060176821A1 (en) | Network bandwidth utilization verification method and apparatus through reciprocating and multiplicative message distribution | |
| CN105872093A (en) | CDN acceleration method and system | |
| CN106465387A (en) | Discovery of multi-hop capabilities and routing on a per link basis | |
| CN101820410B (en) | Call processing method, system and device | |
| Wei et al. | CACC: A context-aware congestion control approach in smartphone networks |
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 |