IP Library Granted Patent US 8,531,969
Granted Patent B2
US 8,531,969 · App. 13/011,547 · Granted Sep 10, 2013

Path computation systems and methods for heterogeneous multi-domain networks

Inventor: Lyndon Y. Ong (Sunnyvale, CA)
Assignee: Ciena Corporation
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 8,531,969
App. No.
13/011,547
Granted
Sep 10, 2013
Kind
B2
Abstract

The present disclosure provides path computation systems and methods operating over heterogeneous multi-domain networks. Specifically, path computation systems and methods utilize PCE mechanisms with additional functionality enabling heterogeneous domain characteristics. In an exemplary embodiment, a network includes a plurality of domains with each domain having a PCE implemented either as a separate server-based application or resident application in a network node. Different methods may be utilized for determining what PCE to access for information. Instead of a list of nodes and links given in a common format, each PCE can compute a path within its domain using a node and link address/identification format of its own, without having to ensure that it can be interpreted by nodes in other domains. This path segment can be further distinguished by a path identifier that verifies that it is created for a particular domain, and avoiding misinterpretation.

Claims (45)

1. A path computation method across a multi-domain network, comprising:

requesting a path setup from a node A in a domain A to a node Z in a domain Z;

receiving an Explicit Route Object comprising a path from the node A to the node Z, wherein the Explicit Route Object comprises an unparsed domain-specific path segment for domain Z or any intermediate domains between the domain A and the domain Z, and wherein the unparsed domain-specific path segment is not understood by the domain A; and

using the Explicit Route Object to set up a path from the node A to the node Z.

2. The path computation method of claim 1 , wherein the unparsed domain-specific path segment is treated as a single, non-parsed object in the domain A.

3. The path computation method of claim 1 , wherein the unparsed domain-specific path segment is utilized because the domain A uses a different addressing scheme and is not configured to parse the unparsed domain-specific path.

4. The path computation method of claim 1 , wherein the requesting and receiving steps are performed by a Path Computation Element (PCE) in the domain A.

5. The path computation method of claim 4 , wherein the unparsed domain-specific path segment is determined by a Path Computation Element (PCE) in the domain Z or any intermediate domains.

6. The path computation method of claim 5 , wherein a PCE in the domain Z or any intermediate domains is configured to parse the unparsed domain-specific path segment during path setup.

7. The path computation method of claim 5 , further comprising:

with each PCE in each domain, temporarily reserving resources on a computed path segment in the Explicit Route Object;

using the reserved resources in path setup; and

if no setup message received for a predetermined time, releasing the temporarily reserved resources.

8. A multi-domain network, comprising:

two or more domains;

a plurality of nodes in each of the two or more domains;

a first addressing scheme for the plurality of nodes in a first domain of the two or more domains;

a second addressing scheme for the plurality of nodes in a second domain of the two or more domains;

wherein a first node in the first domain is configured to receive an Explicit Route Object comprising a path from the first node to a second node in the second domain, wherein the Explicit Route Object comprises an unparsed domain-specific path segment for the second domain.

9. The multi-domain network of claim 8 , wherein the unparsed domain-specific path segment is treated as a single, non-parsed object in the first domain.

10. The multi-domain network of claim 8 , further comprising:

a first Path Computation Element (PCE) in the first domain; and

a second PCE in the second domain.

11. The multi-domain network of claim 10 , wherein the unparsed domain-specific path segment is determined by the second PCE.

12. The multi-domain network of claim 11 , wherein the second PCE or node in the second domain is configured to parse the unparsed domain-specific path segment during path setup.

13. The multi-domain network of claim 11 , wherein the second PCE is configured to:

temporarily reserve resources on a computed path segment in the second domain in the Explicit Route Object;

use the reserved resources in path setup; and

if no setup message received for a predetermined time, release the temporarily reserved resources.

14. A Path Computation Element (PCE), comprising:

an interface communicatively coupling the PCE to a plurality of nodes forming a first domain;

algorithms for path computation and setup;

a processor communicatively coupled to the interface and configured to execute the algorithms for path computation and setup; and

an algorithm to set up a path over heterogeneous domains outside the first domain;

wherein the algorithm to set up a path over heterogeneous domains outside the first domain comprises:

requesting a path setup from a first node in the first domain to a second node in an external domain;

receiving an Explicit Route Object comprising a path from the first node to the second node, wherein the Explicit Route Object comprises an unparsed domain-specific path segment for the external domain or any intermediate domains between the first domain and the external domain, and wherein the unparsed domain-specific path segment is not understood by the PCE; and

using the Explicit Route Object to set up a path from the first node to the second node.

15. The PCE of claim 14 , wherein the unparsed domain-specific path segment is treated as a single, non-parsed object in the first domain by the PCE.

16. The PCE of claim 14 , wherein the unparsed domain-specific path segment is determined by a second PCE in the external domain or any intermediate domains.

17. The PCE of claim 16 , wherein the second PCE or node in the second domain is configured to parse the unparsed domain-specific path segment during path setup.

18. The PCE of claim 16 , wherein the second PCE is configured to:

temporarily reserve resources on a computed path segment in the Explicit Route Object;

use the reserved resources in path setup; and

if no setup message received for a predetermined time, release the temporarily reserved resources.

Assignments (6)
RELEASE OF SECURITY INTEREST Recorded Nov 20, 2023
From: BANK OF AMERICA, N.A.
To: CIENA CORPORATION
Reel/Frame 065630/0232 →
PATENT SECURITY AGREEMENT Recorded Nov 8, 2019
From: CIENA CORPORATION
To: BANK OF AMERICA, N.A., AS COLLATERAL AGENT
Reel/Frame 050969/0001 →
RELEASE OF SECURITY INTEREST Recorded Oct 30, 2019
From: DEUTSCHE BANK AG NEW YORK BRANCH
To: CIENA CORPORATION
Reel/Frame 050938/0389 →
PATENT SECURITY AGREEMENT Recorded Jul 16, 2014
From: CIENA CORPORATION
To: BANK OF AMERICA, N.A., AS ADMINISTRATIVE AGENT
Reel/Frame 033347/0260 →
SECURITY INTEREST Recorded Jul 15, 2014
From: CIENA CORPORATION
To: DEUTSCHE BANK AG NEW YORK BRANCH
Reel/Frame 033329/0417 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 21, 2011
From: ONG, LYNDON Y.
To: CIENA CORPORATION
Reel/Frame 025679/0737 →
Continuity (1)
Related Publication 20120188906A1 · Jul 26, 2012