CN105704024B - Cross-domain connection method for building up and device - Google Patents
Cross-domain connection method for building up and device Download PDFInfo
- Publication number
- CN105704024B CN105704024B CN201410709672.XA CN201410709672A CN105704024B CN 105704024 B CN105704024 B CN 105704024B CN 201410709672 A CN201410709672 A CN 201410709672A CN 105704024 B CN105704024 B CN 105704024B
- Authority
- CN
- China
- Prior art keywords
- path
- node
- domain
- pce
- cross
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a kind of cross-domain connection method for building up and devices, wherein this method comprises: by the Actual path inquired from the path-calculating element PCE in the affiliated domain of node storage to node local；The Actual path being locally stored according to node establishes cross-domain connection, it solves in the related technology since PCE needs to store a large amount of routing information, the problem of causing the burden of PCE, and then reach Actual path storage to node local, and the Actual path being locally stored according to node carries out cross-domain connection, so that the effect that the burden of PCE substantially reduces.
Description
Technical field
The present invention relates to the communications fields, in particular to a kind of cross-domain connection method for building up and device.
Background technique
With automatically switching optical networks (Automatically Switched Optical Network, referred to as ASON)
The continuous development of technology, more and more service providers start to be based on single Autonomous Domain using optical network device building network
The network service in (hereinafter referred to as domain) has been unable to meet the needs of practical application.Since ASON control plane technology abides by system substantially
One standard, for example, (Link Management Protocol, referred to as LMP) agreement of link management module, signalling module
(Resource Reservation Protocol, referred to as RSVP) agreement, calculate road module (Path Computation
Element Communication Protocol, referred to as PCEP) agreement etc., so that realizing the collaborative work between not same area
It is possibly realized.On the other hand, cross-domain application is because not only save cumbersome inefficient human configuration interdomain connection expense, Er Qietong
Disk considers the load balancing of whole network, improves the utilization rate of network bandwidth, therefore will become the application of the following mainstream
Mode.
For establishing cross-domain connection, the first network element node (hereinafter referred to as node) of connection needs to know in advance whole path letter
Breath, if not carrying out specially treated to this path, it is unsafe in this way that information, which will be exposed to other domains, in this domain.For
This problem, ietf standard propose the method with path in Path-Key Hidden field.
Fig. 1 is multiple domain networking topological diagram in the related technology, is needed as shown in Figure 1, customer equipment S is connected to G by two
Domain, each domain have external path-calculating element (Path Computation Element, referred to as PCE), domain interior nodes with
Pass through PCEP protocol interaction between external PCE and external PCE.Fig. 2 is node structure schematic diagram in the related technology, such as Fig. 2 institute
Show, wherein control plane include it is practical interacted with external PCE path calculating client (Path Computation Client,
Referred to as PCC), it connects controller (Connection Controller, referred to as CC), and intersect and issue module.Transmission is flat
Face is then mainly made of transport plane equipment.Connection controller plays a leading role, and can request road to external PCE by PCC thereon
Diameter calculates, lower to intersect instruction by intersecting to issue module and issue to transport plane equipment.
After request is established in the connection that the CC of node A receives customer equipment S, cross-domain path computing is initiated to PCE1.PCE1 connection
After conjunction PCE2 calculates cross-domain path, the path in domain 1 is hidden and hides the path in domain 2 for Paht-Key1, PCE2 by PCE1
To return cross-domain path after Paht-Key2 to the CC of network element A.The CC of node A initiates cross-domain connection building process, along this path by
A intersection got through on node.When Path signaling enters boundary node by each domain, need according to hiding Path-Key to each
Domain PCE inquires Actual path.Such as domain 1 enters boundary node A according to Path-Key1 to PCE1, domain 2 enters boundary node D root
It is actually routed in the domain in domain where being inquired respectively according to Path-Key2 to PCE2.It is right since path only uses in this domain in this domain
It is transparent for other domains, to ensure that the safety of information in domain.
Although this method is able to solve the problem of information is leaked in domain, but in order to support the subsequent extensive of cross-domain connection
Multiple, optimization etc. needs to recalculate path (hereinafter referred to as heavy-route) operation, and PCE needs to retain a large amount of routing information, is used to
It is multiplexed or is avoided original route, that is, needs to realize the stateful PCE mentioned in ietf standard.In view of the reality of stateful PCE
It is existing extremely complex.
Therefore, in the related art, since PCE needs to store a large amount of routing information, the burden of PCE is caused.
Summary of the invention
The present invention provides a kind of cross-domain connection method for building up and devices, at least to solve in the related technology, since PCE is needed
The problem of storing a large amount of routing information, causing the burden of PCE.
According to an aspect of the invention, there is provided a kind of cross-domain connection method for building up, comprising: will be from the affiliated domain of node
The Actual path storage that path-calculating element PCE is inquired is local to the node；Described in being locally stored according to the node
Actual path establishes cross-domain connection.
Preferably, the Actual path inquired from the PCE in the affiliated domain of the node is stored to the node
It locally include: to store the Actual path hiding Paths of being associated with that the node locally generates.
Preferably, in the Actual path storage that will be inquired from the PCE in the affiliated domain of the node to the section
After point local, further includes: receive the path query request calculated for path heavy-route that the PCE is sent；By storage
The Actual path is sent to the PCE.
Preferably, after the Actual path of storage is sent to the PCE, further includes: inquired from the PCE
The PCE carries out the more new route after the calculating of path heavy-route；According to the more new route, the institute that the node is locally stored
Actual path is stated to be updated.
Preferably, after the Actual path being locally stored according to the node establishes cross-domain connection, further includes: delete
The Actual path being locally stored except the node.
According to another aspect of the present invention, it provides the cross-domain connection of one kind and establishes device, comprising: memory module, being used for will
The Actual path storage inquired from the path-calculating element PCE in the affiliated domain of node is local to the node；Module is established, is used for
The Actual path being locally stored according to the node establishes cross-domain connection.
Preferably, the memory module includes: storage unit, local for the Actual path to be associated with the node
Hiding Paths for generating is stored.
Preferably, device further include: receiving module is calculated for receiving the path heavy-route that is used for that the PCE is sent
Path query request；Sending module, for the Actual path of storage to be sent to the PCE.
Preferably, device further include: enquiry module carries out path heavy-route for inquiring the PCE from the PCE
More new route after calculating；Update module, for the more new route according to described in, the Actual path that the node is locally stored
It is updated.
Preferably, device further include: removing module, the Actual path being locally stored for deleting the node.
Through the invention, using will be inquired from the path-calculating element PCE in the affiliated domain of node Actual path storage to
The node is local；The Actual path being locally stored according to the node establishes cross-domain connection, solves in the related technology
Since PCE needs to store a large amount of routing information, the problem of causing the burden of PCE, and then reached and arrived Actual path storage
Node is local, and the Actual path being locally stored according to node carries out cross-domain connection, so that the effect that the burden of PCE substantially reduces
Fruit.
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 multiple domain networking topological diagram in the related technology；
Fig. 2 is node structure schematic diagram in the related technology；
Fig. 3 is the flow chart of cross-domain connection method for building up according to an embodiment of the present invention；
Fig. 4 is the structural block diagram that device is established in cross-domain connection according to an embodiment of the present invention；
Fig. 5 is the preferred structure block diagram that memory module 42 in device is established in cross-domain connection according to an embodiment of the present invention；
Fig. 6 is the preferred structure block diagram one that device is established in cross-domain connection according to an embodiment of the present invention；
Fig. 7 is the preferred structure block diagram two that device is established in cross-domain connection according to an embodiment of the present invention；
Fig. 8 is the preferred structure block diagram three that device is established in cross-domain connection according to an embodiment of the present invention；
Fig. 9 is the management method schematic diagram of Path-Key in cross-domain connection establishment process according to an embodiment of the present invention；
Figure 10 is the management method signal in path during cross-domain connection system-wide section heavy-route according to an embodiment of the present invention
Figure；
Figure 11 is that Path-Key processing method is shown during cross-domain link field inner segment heavy-route according to an embodiment of the present invention
It is intended to.
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.
A kind of cross-domain connection method for building up is provided in the present embodiment, and Fig. 3 is cross-domain company according to an embodiment of the present invention
The flow chart of method for building up is connect, as shown in figure 3, the process includes the following steps:
Step S302, by the Actual path inquired from the path-calculating element PCE in the affiliated domain of node storage to node sheet
Ground；
Step S304, the Actual path being locally stored according to node establish cross-domain connection.
Through the above steps, the Actual path stored on PCE is stored to node local, is not only solved in the related technology
Since PCE needs to store a large amount of routing information, the problem of causing the burden of PCE, and then reached and arrived Actual path storage
Node is local, and the Actual path being locally stored according to node carries out cross-domain connection, so that the effect that the burden of PCE substantially reduces
Fruit.
When by the Actual path inquired from the PCE in the affiliated domain of node storage to node local, various ways can be used,
For example, can directly be stored to the Actual path inquired from PCE；For the convenience and Actual path of inquiry
Safety, it is preferable that hiding Paths that Actual path can be associated with to node locally generates stores.
After the Actual path storage to node local that will be inquired from the PCE in the affiliated domain of node, PCE can also be received
The path query request calculated for path heavy-route sent；The Actual path of storage is sent to PCE, i.e., node is to PCE
Corresponding query function is provided.
After the Actual path of storage is sent to PCE, PCE can also be inquired from PCE and carries out path heavy-route meter
More new route after calculation；According to more new route, the Actual path that node is locally stored is updated.I.e. Actual path due to
After heavy-route calculating is updated, according to updating after more new route is updated, Actual path that node is locally stored into
Row updates.
In order to which resource effectively is locally stored using node, cross-domain connection is established in the Actual path being locally stored according to node
Later, further includes: in the case where determining that Actual path is out of date or the updated situation of the Actual path, deletion of node is locally deposited
The Actual path of storage.
A kind of cross-domain connection is additionally provided in the present embodiment and establishes device, and the device is for realizing above-described embodiment and excellent
Embodiment is selected, the descriptions that have already been made will not be repeated.As used below, predetermined function may be implemented in term " module "
Software and/or hardware combination.Although device described in following embodiment is preferably realized with software, hardware,
Or the realization of the combination of software and hardware is also that may and be contemplated.
Fig. 4 is the structural block diagram that device is established in cross-domain connection according to an embodiment of the present invention, as shown in figure 4, the device packet
It includes memory module 42 and establishes module 44, the device is illustrated below.
Memory module 42, for will be inquired from the path-calculating element PCE in the affiliated domain of node Actual path storage to
Node is local；Establish module 44, be connected to above-mentioned memory module 42, the Actual path for being locally stored according to node establish across
Domain connection.
Fig. 5 is the preferred structure block diagram that memory module 42 in device is established in cross-domain connection according to an embodiment of the present invention, such as
Shown in Fig. 5, which includes: storage unit 52, is illustrated below to the storage unit 52.
Storage unit 52 is stored for hiding Paths that Actual path is associated with that node locally generates.
Fig. 6 is the preferred structure block diagram one that device is established in cross-domain connection according to an embodiment of the present invention, as shown in fig. 6, should
Device is in addition to including all structures shown in Fig. 4, further includes: receiving module 62 and sending module 64 below carry out the device
Explanation.
Receiving module 62 is connected to above-mentioned memory module 42, for receive PCE transmission for path heavy-route calculate
Path query request；Sending module 64 is connected to above-mentioned receiving module 62, for the Actual path of storage to be sent to PCE.
Fig. 7 is the preferred structure block diagram two that device is established in cross-domain connection according to an embodiment of the present invention, as shown in fig. 7, should
Device is in addition to including all structures shown in fig. 6, further includes: enquiry module 72 and update module 74 below carry out the device
Explanation.
Enquiry module 72 is connected to above-mentioned sending module 64, carries out the calculating of path heavy-route for inquiring PCE from PCE
More new route afterwards；Update module 74 is connected to above-mentioned enquiry module 72, for according to more new route, node to be locally stored
Actual path is updated.
Fig. 8 is the preferred structure block diagram three that device is established in cross-domain connection according to an embodiment of the present invention, as shown in figure 8, should
Device is in addition to including all structures shown in Fig. 4, further includes: removing module 82 is below illustrated the removing module 82.
Removing module 82 is connected to the above-mentioned Actual path establishing module 44, being locally stored for deletion of node.
In view of the above problems in the related art, in the present embodiment, it provides cross-domain in a kind of automatically switching optical networks
Connection path management method, this method is by the way of node local management Path-Key, so that using the PCE of a lightweight
The heavy-route function that cross-domain connection can be completed, has greatly shared the burden of system.The program is briefly described below.
The program includes: locally to generate path in Path-Key associated domain by node in cross-domain connection establishment process.Assuming that
Cross-domain path computing request is completed in connection first node, then the processing step of following this method is as follows:
The CC of the cross-domain connection first node of step 101. initiates cross-domain connection Path signaling after receiving cross-domain path request response
Process；
When each domain of step 102.Path signaling arrival enters boundary node, CC inquires according to Path-Key to this domain PCE practical
Path in domain；
Each domain of step 103. enters boundary node and generates road in new local Path-Key (L-PK) and the actual field inquired
By associating；
Each domain of step 104., which enters boundary node, to be taken L-PK to this domain and goes out boundary node and save；
For step 105. when Resv signaling reaches each domain and enters boundary node, CC is using L-PK as in the practical routing transmitting in this domain
It goes；
The CC of step 106. connection first node takes out complete practical routing iinformation from Resv signaling and saves.
Wherein, Path-Key processing method during cross-domain connection system-wide section heavy-route, steps are as follows:
The system-wide section of the cross-domain connection of step 201. is initiated the Reroute operations such as to restore, optimize；
The CC of the cross-domain connection first node of step 202., which brings the information comprising original route to external PCE, requests cross-domain heavy road
By；
The external PCE of step 203. inquires Actual path in this domain to domain boundary node according to the L-PK in original route information；
The CC of connection first node is issued in path cross-domain after heavy-route by step 204.PCE, is then initiated to restore connection by it
It establishes；
Step 205. restores connection establishment process with former connection establishment process, it is also desirable to generate local Path-Key to be associated with
Path in domain.
In addition, Path-Key processing method during cross-domain link field inner segment heavy-route, steps are as follows:
The domain inner segment of the cross-domain connection of step 301. initiates the Reroute operations such as to restore, optimize；
The CC that this domain of step 302. enters boundary node brings the information including path in this domain to weight in external PCE request domain
Routing；
After the external PCE of step 303. completes heavy-route, routing information in new domain is issued into the CC that domain enters boundary node, by
Establishment process is connected in its initiated domain；
After connection is successfully established in the new domain of step 304., the L-PK associated path in the boundary node of domain is updated to new domain
Interior path.
Wherein, Path-Key processing method during cross-domain connection is deleted, steps are as follows:
The cross-domain connection of step 401. is initiated to delete process；
When step 402. deletes instruction each domain boundary node of arrival, boundary node needs to delete the corresponding L- of cross-domain connection
PK。
Compared with the relevant technologies, which is the one of the Path-Key method of ietf standard
Kind is realized.Path-Key is generated by node itself and managed, and provides query interface to external PCE, to allow external PCE
Complicated connection path information need not be recorded, most of function of connection can be completed using the external PCE of a lightweight.
The preferred embodiment for the present invention is illustrated below.
Fig. 9 is the management method schematic diagram of Path-Key in cross-domain connection establishment process according to an embodiment of the present invention, such as
Shown in Fig. 9, it is assumed that customer equipment S requires connect to G, across two domains between S and G.Firstly, Connection initiator (network management or
Client-side device) need to send a cross-domain connection and establish the CC that node A is arrived in request, the CC of node A by the PCC of this node to
PCE1 requests cross-domain path computing.CC and this overseas interaction set between PCE in subsequent node are carried out by PCC, no longer
It repeats.
PCE1 specifically calculates road details and is not belonging to the application scope, therefore seldom repeats.Assuming that calculating road result is path A (U)-A
(D)-C (U)-C (D)-D (U)-D (D)-F (U)-F (D), wherein U indicates that routing is jumped in the upper half of this node, under D expression
Half jumps.It is then described according in the RFC5520 of IETF about the usage of Path-Key, PCE1 is by the path A (D) in domain 1-C (U)
It hides for PK1, PCE2 hides the path D (D) in domain 2-F (U) for PK2, returns to the cross-domain path of the CC of node A in this way
It is exactly A (U)-PK1-C (D)-D (U)-PK2-F (D).
Then the CC of node A initiates the Establishing process of cross-domain connection L in this cross-domain path filling Path signaling.Path
When signaling reaches node A, it is Path-Key format that the lower half of the CC discovery routing of node A, which is jumped, therefore is needed according to this PK1 to PCE1
Actual path inquiry is carried out, after PCC1 receives inquiry request, the corresponding path A (D) of PK1-C (U) is returned to the CC of node A.
At this point, the Path-Key (L-PK1) that node A generates a local is associated with the corresponding path A of the PK1 inquired
(D)—C(U)。
When Path signaling passes through node D, the Path-Key (L-PK2) that node D is similarly one local of generation is associated with
The corresponding path D (D) of the PK2 inquired from PCE2-F (U).
When Resv signaling passes through node D along the reverse direction of connection path, the CC of node D will be in the practical routing iinformation of signaling
This intra-area routes message part replace with L-PK2.
When Resv signaling reaches node A, the CC of node A is first by this intra-area routes information in the practical routing iinformation of signaling
Partial replacement is L-PK1, and then the practical routing iinformation by whole cross-domain connection saves.
After cross-domain connection L is successfully established, connection first node A is successfully established to Connection initiator response connection.
Figure 10 is the management method signal in path during cross-domain connection system-wide section heavy-route according to an embodiment of the present invention
Figure, as shown in Figure 10, it is assumed that break down in the direction that goes out of node C.Cross-domain connection needs to carry out system-wide section recovery at this time, connects first
Fault message and original route information can be sent jointly to PCE1 and carry out cross-domain connection heavy-route by the CC of adaper node A.
PCE1 needs to carry out reverse path to node A according to the L-PK1 in original route to look into obtain path in former domain
It askes, the corresponding routing A (D) of L-PK1-C (U) is returned to PCE1 by node A.Likewise, PCE2 is needed according to L-PK2 to node D
Reverse path inquiry is carried out, to get path D (D) in actual field-F (U).
In this way, optimal restoration path A (U)-A (D)-B (U)-B (D)-D (U)-D can just be provided by calculating road module
(D)-F (U)-F (D), i.e. path in domain 2 are constant, do not have to the intersection for switching original connection in this way, can accomplish to influence most
It is small.It does not need to make operation for PK3, PCE2 at this point, PCE1 hides part A (D)-B (U) of the restoration path in domain 1.
It is identical with former establishment of connection process to restore establishment of connection process.Unlike, node A needs to generate L-PK3
It is associated with path in the corresponding domain PK3, node D then continues to use L-PK2.
It is not difficult to find out that can effectively share system by the way that the management of Path-Key is transferred to intra-node by external PCE
Burden, so as to complete cross-domain establishment of connection and recovery operation by the PCE framework of a lightweight.
Figure 11 is that Path-Key processing method is shown during cross-domain link field inner segment heavy-route according to an embodiment of the present invention
It is intended to, as shown in figure 11, it is assumed that break down in the direction that goes out of node D.Part of the cross-domain connection L in domain 2 is restored at this time
, firstly, the CC that domain 2 enters boundary node D brings the practical routing iinformation in this domain to PCE2 and carries out heavy-route in domain.
Restoration path D (D) in the domain recalculated-E (U)-E (D)-F (U) is returned to the CC of node D by PCE2,
It is established by restoring connection in its initiated domain.
After connection establishes in domain, path D (D)-F (U) in the associated former domain 2 L-PK2 is associated with by node D again
Restoration path D (D)-E (U)-E (D)-F (U) in domain.
When can so guarantee to carry out system-wide section heavy-route again, corresponding Actual path is correct in domain.
Wherein, Path-Key processing method is as follows during cross-domain connection is deleted:
When cross-domain connection L needs to delete, after each domain boundary node of connection receives deletion instruction, pair that will locally save
The local Path-Key information deletion that L should be connected falls.
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.
These are only the preferred embodiment of the present invention, is not intended to restrict the invention, for those skilled in the art
For member, the invention may be variously modified and varied.All within the spirits and principles of the present invention, it is made it is any modification,
Equivalent replacement, improvement etc., should all be included in the protection scope of the present invention.
Claims (8)
1. a kind of cross-domain connection method for building up characterized by comprising
The Actual path inquired from the path-calculating element PCE in the affiliated domain of node storage is local to the node；
The Actual path being locally stored according to the node establishes cross-domain connection；
By the Actual path inquired from the PCE in the affiliated domain of the node storage to the node locally include: by
What the Actual path was associated with that the node locally generates, which hide Paths, is stored.
2. the method according to claim 1, wherein will be inquired from the PCE in the affiliated domain of the node
Actual path storage to after the node local, further includes:
Receive the path query request calculated for path heavy-route that the PCE is sent；
The Actual path of storage is sent to the PCE.
3. according to the method described in claim 2, it is characterized in that, the Actual path of storage is sent to the PCE
Later, further includes:
The more new route after the PCE carries out the calculating of path heavy-route is inquired from the PCE；
According to the more new route, the Actual path that the node is locally stored is updated.
4. method according to claim 1 or 2, which is characterized in that in the reality being locally stored according to the node
Path is established after cross-domain connection, further includes:
Delete the Actual path that the node is locally stored.
5. device is established in a kind of cross-domain connection characterized by comprising
Memory module, the Actual path for will inquire from the path-calculating element PCE in the affiliated domain of node are stored to the section
Point is local；
Module is established, the Actual path for being locally stored according to the node establishes cross-domain connection；
The memory module includes: to deposit for hiding Paths that the Actual path is associated with that the node locally generates
Storage.
6. device according to claim 5, which is characterized in that further include:
Receiving module, the path query request calculated for path heavy-route sent for receiving the PCE；
Sending module, for the Actual path of storage to be sent to the PCE.
7. device according to claim 6, which is characterized in that further include:
Enquiry module, for more new route after inquiring the PCE progress path heavy-route calculating from the PCE；
Update module, for being updated to the Actual path that the node is locally stored according to the more new route.
8. the device according to claim 5 or 7, which is characterized in that further include:
Removing module, the Actual path being locally stored for deleting the node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410709672.XA CN105704024B (en) | 2014-11-28 | 2014-11-28 | Cross-domain connection method for building up and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410709672.XA CN105704024B (en) | 2014-11-28 | 2014-11-28 | Cross-domain connection method for building up and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105704024A CN105704024A (en) | 2016-06-22 |
| CN105704024B true CN105704024B (en) | 2019-10-25 |
Family
ID=56230505
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410709672.XA Active CN105704024B (en) | 2014-11-28 | 2014-11-28 | Cross-domain connection method for building up and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105704024B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113255007B (en) * | 2021-06-25 | 2021-09-21 | 蓝象智联(杭州)科技有限公司 | Safe hidden three-factor query method |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101325542A (en) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | Method for acquiring PCE capability information between fields, PCE and capability-acquiring apparatus |
| CN101536375A (en) * | 2005-02-02 | 2009-09-16 | 思科技术公司 | Inter-domain path computation technique |
| US7599349B2 (en) * | 2004-01-29 | 2009-10-06 | Cisco Technology, Inc. | Computing inter-autonomous system MPLS traffic engineering LSP paths |
| CN102868607A (en) * | 2012-08-23 | 2013-01-09 | 中兴通讯股份有限公司 | Computation method and path computation element (PCE) of cross-domain disjoint path, and communication system |
| CN104022949A (en) * | 2013-02-28 | 2014-09-03 | 中兴通讯股份有限公司 | Method and device for long-time storage of cross-domain path information |
-
2014
- 2014-11-28 CN CN201410709672.XA patent/CN105704024B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7599349B2 (en) * | 2004-01-29 | 2009-10-06 | Cisco Technology, Inc. | Computing inter-autonomous system MPLS traffic engineering LSP paths |
| CN101536375A (en) * | 2005-02-02 | 2009-09-16 | 思科技术公司 | Inter-domain path computation technique |
| CN101325542A (en) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | Method for acquiring PCE capability information between fields, PCE and capability-acquiring apparatus |
| CN102868607A (en) * | 2012-08-23 | 2013-01-09 | 中兴通讯股份有限公司 | Computation method and path computation element (PCE) of cross-domain disjoint path, and communication system |
| CN104022949A (en) * | 2013-02-28 | 2014-09-03 | 中兴通讯股份有限公司 | Method and device for long-time storage of cross-domain path information |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105704024A (en) | 2016-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100454841C (en) | Multi-domain routing computation method and system | |
| US8942226B2 (en) | Software defined networking systems and methods via a path computation and control element | |
| US10218600B2 (en) | Path computation element hierarchical software defined network control | |
| CN108092733B (en) | Determining method of path that IP network is merged with optical transport network, apparatus and system | |
| US10084558B2 (en) | Cross-domain clock synchronization method, device and system and computer storage medium | |
| CN103688510B (en) | Outgoing telecommunication method and device | |
| CN110535760A (en) | The forwarding of aggregation interface detects | |
| CN103209108A (en) | Dynamic virtual private network (DVPN)-based route generation method and equipment | |
| Moufakir et al. | Collaborative multi-domain routing in SDN environments | |
| CN101984597B (en) | Computing method and system for multi-domain two-way label switched path | |
| KR102187292B1 (en) | Method for synchronizing topology information in SFC network, and routing network element | |
| KR20110071543A (en) | Traffic engineering database control system and method for guarantee accuracy of traffic engineering database | |
| US10341220B2 (en) | Virtual shortest path tree establishment and processing methods and path computation element | |
| CN105162712B (en) | The realization method and system of distributed protocol in a kind of router | |
| Farrel et al. | Unanswered questions in the path computation element architecture | |
| CN105191213A (en) | Network path computation method, apparatus and system | |
| CN105704024B (en) | Cross-domain connection method for building up and device | |
| CN101465788A (en) | Method and device for intercommunication of routes between various domain, and route calculation unit | |
| CN104883263B (en) | A kind of network centralized control method, system and multiple domain controller | |
| CN102142969B (en) | Method, device and system for establishing P2MP (point to multiple points) | |
| US20160212179A1 (en) | Methods and apparatus for establishing a connection in a telecommunications network | |
| CN104348744A (en) | Path computation method and path computation element | |
| CN104539623A (en) | Achieving system and method for IGP multi-process CSPE in hybrid network | |
| CN106068632B (en) | A kind of routing resource and device | |
| Selvaraj et al. | Match field based algorithm selection approach in hybrid SDN and PCE based optical networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20190814 Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68 Applicant after: Nanjing Zhongxing New Software Co., Ltd. Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Applicant before: ZTE Corporation |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |