Network design method

Information

  • Patent Grant
  • 7944859
  • Patent Number
    7,944,859
  • Date Filed
    Thursday, March 5, 2009
    15 years ago
  • Date Issued
    Tuesday, May 17, 2011
    13 years ago
Abstract
A network design method for Ethernet-type networks exhibiting capacities sufficient for operation during normal periods as well those as periods when a single node or link has failed.
Description
FIELD OF THE INVENTION

This invention relates generally to the field of network design and in particular to a design method resulting in networks that are both resilient and fault-tolerant.


BACKGROUND OF THE INVENTION

Spanning Tree Protocol(s) (STPs) and spanning trees are conventionally employed by network designers to determine routing and/or forwarding in contemporary Ethernet-type networks. When a node or link within the network fails, a new spanning tree is determined and traffic is rerouted such that it avoids the failed node or link.


SUMMARY OF THE INVENTION

An advance is made in the art according to the principles of the invention directed to a network design method which produces Ethernet-type networks exhibiting sufficient capacity during periods of normal operation as well as periods when a single node or link has failed. According to an aspect of the present invention, an input to the method will comprise a network design and a collection of new demands and an output of the method will be a set of parameters that will define a new network design.


More particularly, and as used herein, a network is characterized by a graph wherein the nodes and links exhibit various attributes. In particular, a network N comprises a unidirected graph G=(V,E) and a number of other parameters. For each node v ε V, the costv( ) is defined as a function which—for example—costv(b) is the cost of provisioning v to have capacity sufficient to handle a node load of b Similarly, for each link e ε V, coste( ) is a function where coste(b) is the cost of provisioning e to have a capacity sufficient to handle a link load of b. Finally, for each link e ε V, there is a link delay given by δe.


According to an aspect of the present invention, we let V={v1,v2, . . . ,vn} and E={e1,e2, . . . ,em}, wherein t is the number of MSTIs in the desired design. As such, a network design custom character will comprise: a network N; capacities C(v) for each v ε V; capacities C(e) for each e ε E; and for each i, 1≦i≦t; (that is for each MSTI)—a set of demands Di, a priority function pi(x) defined for x ε E ∪ V, and a length function Li(e) defined for e ε E, which we write notationally as:

P=(p1( ),p2( ), . . . ,pt( ));
L=(L1( ),L2( ), . . . ,Lt( ));
C=(C(v1), . . . ,C(vn),C(e1), . . . ,C(em)); and
D=(D1,D2, . . . ,Dt); such that
custom character=(N,D,P,L,C).


According to an aspect of the present invention, an input to the method will comprise a network design custom character=(N,D,P,L,C) and a collection of new demands {circumflex over (D)}=({circumflex over (D)}1, {circumflex over (D)}2, . . . ,{circumflex over (D)}t).


The output of the method will be a set of parameters that will define a new network design custom character′=(N,D′,P′,L′,C′), where

D′=(D1′=D1∪{circumflex over (D)}1,D2∪{circumflex over (D)}2, . . . ,Dt∪{circumflex over (D)}t),
P′=(p1′( ),p2′( ), . . . pt′( )),
L′=(L1′( ),L2′( ), . . . Lt′( )), and
C′=(C′(v1), . . . C′(vn),C′(e1), . . . C′(em)).

which advantageously survives a single node or link failure.





BRIEF DESCRIPTION OF THE DRAWING

These and other aspects of the invention will be apparent to those skilled in the art in view of the following detailed description along with the drawing figures in which:



FIG. 1 is a flow diagram depicting a network design according to an aspect of the present invention;



FIG. 2 is a flow diagram depicting an aspect of network design according to the present invention.





DETAILED DESCRIPTION

The following merely illustrates the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements which, although not explicitly described or shown herein, embody the principles of the invention and are included within its spirit and scope.


Furthermore, all examples and conditional language recited herein are principally intended expressly to be only for pedagogical purposes to aid the reader in understanding the principles of the invention and the concepts contributed by the inventor(s) to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions.


Moreover, all statements herein reciting principles, aspects, and embodiments of the invention, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.


Thus, for example, it will be appreciated by those skilled in the art that the diagrams herein represent conceptual views of illustrative structures embodying the principles of the invention.


By way of some additional background, we begin by noting that when performing a network design method according to an aspect of the present invention, a network operator may provide as input a set of locations (nodes) as well as identification of which one(s) of the nodes are interconnected. For our purposes herein, the term network generally means a representation of those nodes along with their connectivity (i.e., links).


As noted earlier, our inventive method takes as input a representation of a network and its demands and returns a set of node and link parameters that determine how the Spanning Tree Protocol will perform. More particularly, for each Multiple Spanning Tree Instance (MSTI) the node and link parameters determine a sub-tree of the network that the Spanning Tree Protocols will construct as well as any additional sub-trees that the Spanning Tree Protocols will construct upon the failure of any given node or link. Finally, our method produces indications of the required capacities for the nodes and links such that it is possible to forward the demands according to any of these sub-trees.


With this background in place, and as can now be readily understood by those skilled in the art, when given an undirected graph G=(V,E), a bridge priority p(v)∀v ε V, a link priority p(e), and a link cost L(e) for each link e ε E, the Spanning Tree Protocol computes a shortest path spanning tree denoted as STP(G,p( ),L( )). As used herein—and in order to avoid confusion—we refer to the link cost L(e) for each link as the length of e to distinguish it from the cost of provisioning capacity in the network.


Importantly, each link e={u,v} has two oppositely directed links e1=(u,v) and e2=(v,u) associated with it. As a result, specifying the priorities and lengths completely determines the tree that the STP will compute as well as the tree that the STP will compute in the event of a given link or node failure.


Each demand d=(sd,td,bd,pd) is a directed demand that represents a requirement of forward traffic of bandwidth bd from source node sd to terminal nodetd. A demand d originates at sd and terminates at td and pd is to indicate whether or not a demand is a protected demand.


For a given forwarding F of demands, the node load of node v is denoted by bF(v) and it represents the total bandwidth of all demands originating, terminating or transiting v in F. The link load of a link e is denoted by bF(e) and it represents the maximum of the total bandwidth of all demands forwarded over e1 (i.e., along e in the direction defined by e1) and the total bandwidth of all demands forwarded over e2 in F.


Initially, we may think of the present method as taking as input some network and demands and returning priorities, lengths and capacities such that the capacities returned are sufficient to handle traffic on links and nodes as determined by the priorities and the lengths. Operationally however, we may prefer a more general view as in the case where the network may already have some capacities, priorities and lengths specified for a set of demands and now new demands are to be incorporated into the design such that the initial capacities, priorities and lengths may be adjusted. Similarly, an “empty” or “Greenfield” network design which has no pre-defined capacities, priorities or lengths as well as a network design that has some capacity at some nodes and/or links but may not necessarily be sufficient capacity may advantageously serve as a valid network inputs to the method of the present invention.


As noted, a network is characterized by a graph wherein the nodes and links exhibit various attributes. In particular, a network N comprises a unidirected graph G=(V,E) and a number of other parameters. More particularly, for each node v ε V, the costv( ) is defined as a function which—for example—costv(b) is the cost of provisioning v to have capacity sufficient to handle a node load of b Similarly, for each link e ε V, coste( ) is a function where coste(b) is the cost of provisioning e to have a capacity sufficient to handle a link load of b. Finally, for each link e ε V, there is a link delay given by δe.


With these definitions in place, if we let V={v1,v2, . . . ,vn} and E={e1,e2, . . ,em}, and wherein t is the number of MSTIs in the desired design, a network design custom character will comprise: a network N; capacities C(v) for each v ε V; capacities C(e) for each e ε E; and for each i, 1≦i≦t; (that is for each MSTI)—a set of demands Di, a priority function pi(x) defined for x ε E ∪ V, and a length function Li(e) defined for e ε E. Notationally we write

P=(p1( ),p2( ), . . . ,pt( ));
L=(L1( ),L2( ), . . . ,Lt( ));
C=(C(v1), . . . ,C(vn),C(e1), . . . ,C(em)); and
D=(D1,D2, . . . ,Dt); such that
custom character=(N,D,P,L,C).


Accordingly an input to our inventive method will comprise a network design custom character=(N,D,P,L,C) and a collection of new demands {circumflex over (D)}=({circumflex over (D)}1,{circumflex over (D)}2, . . . ,{circumflex over (D)}t). Note that the “Greenfield Design” described above is simply a special case of a general “growth design” described above where pi( ) and Li( ) are undefined, Di=0, and C(x)=0, for 1≦i≦t and x ε E ∪ V.


The output of our inventive method will be a new network design custom character′=(N,D′,P′,L′,C′) where

D′=(D1′=D1∪{circumflex over (D)}1,D2∪{circumflex over (D)}2, . . . ,Dt∪{circumflex over (D)}t),
P′=(p1′( ),p2′( ), . . . pt′( )),
L′=(L1′( ),L2′( ), . . . Lt′( )), and
C′=(C′(v1), . . . C′(vn),C′(e1), . . . C′(em)).


Notice that the network N remains unchanged as it is just a description of a network's connectivity, link delays and cost functions.


Preferably—and as already noted—the output of our inventive method namely the new network design, should satisfy a number of constraints. First, there must be sufficient capacity assigned to nodes and links such that the output network design will handle traffic in normal situations (all nodes/links operating) and in those situations in which a single node or link has failed. We may now define this constraint.


To begin, for x ε E ∪ V, we let G−{x} be a graph obtained by removing a single node x from G. Of course, and as can be quickly appreciated by those skilled in the art, once a node is removed, then so too are all of the links adjacent to that node.


Consider a network design custom character=(N,D,P,L,C). Let Pi Di be a set of protected demands in Di, where 1≦i≦t. For v ε V, and any Pi, we let Pi(v) be those protected demands in Di that do not have v as an endpoint.


Let F represent the forwarding of demands where all of the demands in Di are forwarded in STP(G,pi( ),Li( )), where 1≦i≦t. For v ε V, we let F(v) be the forwarding of demands where all demands in Pi(v), i.e., the protected demands not originating or terminating at v, are forwarded in STP(G−{v},pi( ),Li( )), where 1≦i≦t.


Similarly, for e ε E, we let F(e) be the forwarding of demands where all demands in Pi (the protected demands) are forwarded in STP(G−{e},pi( ),Li( )), where 1≦i≦t. If, for all x ε E ∪ V, v ε V and e ε E, we have that bF(v)≦C(v), bF(e)≦C(e), bF(x)(v)≦C(v), and bF(x)(e)≦C(e), then we may say that custom character is a valid network design. As can now be appreciated, and according to an aspect of the present invention, we require that all output network designs be valid network designs.


As can be readily appreciated, there are a number of situations in which it is desirable to impose Quality-Of-Service (QOS) constraints on the output network design. Advantageously, such impositions are accommodated with the network design method according to the present invention.


It may be desirable that the network design satisfy a constraint—for example—whereby the demands in Di′ are forwarded according to STP(G,pi′( ),Li′( )), then no demand is forwarded over more than hi links where 1≦i≦t. A network design that satisfies this exemplary constraint is said to be hop count compliant.


Similarly, it may be desirable that the network design satisfies the constraint that if the demands in Di′ are forwarded according to STP(G,pi′( ),Li′( )), then the total delay along any path over which a demand is forwarded is not greater than Δi, where 1≦i≦t. A network design that satisfies this exemplary constraint is said to be delay compliant.


Of course those skilled in the art will readily appreciate that any of a number of additional constraints may be imposed upon a network design custom character′. For example, a min-cost design (minimum cost design) imposes the constraint that the total cost of provisioning new capacity is minimized. Such minimum cost designs may have additional constraints as well. More particularly, if the set of endpoints of new demands (the demands in {circumflex over (D)}) is contained in the set of endpoints of the original demands (the demands in D) then it may be required that the only difference between custom character and custom character′ are the capacities. That is to say, custom character′=(P,L,C′) where C(x)≦C′(x), for x ε E ∪ V. Stated alternatively, all forwarding remains the same but additional capacity may be required in order to produce a valid network design. Such designs are called fixed tree designs and sometimes described as “link capacitation without adding new nodes.”


Another type of design which imposes particular constraints is that which a bound c≧0 is given and the output network design will minimize the maximum link utilization where the total cost of additional capacity cannot be more than c. Such a design is called a min-max design.


Generally, a min-max design is one sometimes described as a “minimize maximum link utilization with a given cost budget for limited capacity change”. In the specific instance where c=0, this is the design scenario also described as “basic load balancing.”


Additionally, one could also be given a bound u and required to minimize the cost of adding capacities so as to achieve a network design having a maximum link utilization that is no more than u. Such a network is known in the art as a bounded utilization design.


Finally, it is worth noting that any of the min-max, bounded utilization, augmented tree, fixed tree, or min-cost designs described above may be further constrained by hop-count constraints or delay constraints as well.


As may now be appreciated, from the network design so produced i.e., custom character′=(P′,L′,C′), a number of other derivable quantities are realizable. For example, given P′ and L′, each primary tree Ti=STP(G,pi′( ),Li′( )) may be computed by running the Spanning Tree Protocol algorithm with the given priorities and lengths (costs). Also, for each node v failure, each resulting backup tree namely Bi(v)=STP(G−{v},pi′( ),Li′( )) may be determined once again by running STP with the node v removed from G. Similarly, for any link e, when e fails the resulting backup trees Bi(e)=STP(G−{e},pi′( ),Li′( )) may likewise be determined by running STP.


We may now understand the operational aspects of our inventive method. In particular, and as shown in a flow chart of FIG. 1, when given a network of nodes and links along with their costs and traffic demands between the nodes 110, our inventive method produces the set of parameters (i.e., Ethernet parameters) and any required provisioning of the nodes and links such that any resulting network exhibits sufficient capacity during periods of normal operation as well as any periods when a single node or link fails 120. As those skilled in the art will readily appreciate, the set of parameters (Ethernet parameters) are a set of node priorities, port priorities and link weights that the Spanning Tree Protocol uses to determine forwarding paths for demands in a network.


In a representative operation, the STP will set the node having the best (highest) node priority as the root r of a tree and then uses link weights to determine a shortest path tree T rooted at r. In the event of a tie, port priorities may be used to resolve same.


Each demand d is forwarded according to a unique path in T between the endpoints of d. When a node or link fails, STP runs again with the remaining network (non-failed portion) and computes a backup tree on which to forward the demands. Consequently, and as can be appreciated by those skilled in the art, the set of parameters produced by our inventive method fully determines the routing of the demands in all network conditions and hence the maximum load on any link or node over normal and single node/link failure. More specifically, the parameters determine the size (and therefore cost) of the provisioning necessary for each node and link to ensure sufficient capacity in both the normal and single-failure conditions.


Turning now to FIG. 2, there is shown a flowchart depicting a central routine of our inventive method. In particular, a candidate primary tree T, for example the tree on which demands will be routed in normal operating situations) is input 210. For each node and link failure in T a backup tree is selected by, for example, a heuristic methodology based upon estimated loads 220.


For the set of trees so selected a set of parameters is determined which produce each one of the trees in the set for each of a given set of network conditions 230. As can be appreciated, it may not always be possible to determine the exact set of parameters which produces a given tree however, tree selections may be judiciously made to influence the possible set of parameters. For example, the link weights may be set such that those in the primary tree T are very small, while those in the backup tree are larger and none in any of the selected trees are set so large that STP would never choose them in a shortest path tree.


After the parameters have been determined, the load on each link and each node is determined for each network condition and then provisioned to the maximum of each determined load. As can be appreciated, this ensures that if the determined network parameters are used to design the network, then the network so designed will be sufficiently provisioned for both normal conditions and those conditions in which a single node or link has failed. Such methodology may be conveniently thought of as determining the cost of provisioning the network taking T as a candidate primary tree.


Advantageously, if a goal of a network design is to produce a favorable cost, then our inventive method will produce a number of candidate primary trees and then perform the above-described procedure to determine their costs and select the one which has such desirable cost. In many cases, that may be the minimum cost. As before, the output is a set of Ethernet (network) parameters and any required provisioning of the links and nodes.


In a preferred embodiment, an initial candidate primary tree is selected based on—for example—heuristics for estimating the minimum cost spanning tree. The backup trees are then evaluated as potential primary trees and the link backup trees for these backup trees in turn may be used as potential primary trees—and so on. Of course, any constraints such as hop count may be imposed by rejecting any primary tree candidates that fail a particular constraint. In such cases, a depth first search trees may also be used as potential primary trees. In those cases where link delays are given and a bound on total delay on demand routes is known and imposed, shortest path trees may advantageously be used as candidates where the link weights used are the link delays.


Alternatively, for those designs which are constrained such that no link is utilized more than some given upper bound, then demand sizes may be appropriately increased. The above described procedure may then be used to find a minimum cost design.


Finally, for a case where link utilization is necessarily minimized, a minimum cost design is first determined as above and then a maximum link utilization is determined for that design. Then—using a binary search-like procedure, for various bounds a network design is determined without any additional provisioning while maintaining the fixed utilization requirement (by for example, expanding the size of demands).


At this point, while we have discussed and described the invention using some specific examples, those skilled in the art will recognize that our teachings are not so limited. For example, once the primary and backup trees have been determined as described, further details such as determining all demands forwarded over a given link or through a given node in any of the trees may be determined since a unique path for each demand within a tree may be found. Thus it is possible to determine the resulting node and link loads in each such tree. Of additional interest, given the capacities C′ and link loads as described, the link utilities can be determined. Additionally, given the input capacities C and the output capacities C′ it is possible to determine any additional capacity added at each node and link. As a result, the present method permits the determination of the total cost of any additional capacity. Accordingly, the invention should be only limited by the scope of the claims attached hereto.

Claims
  • 1. A computer implemented network design method comprising the steps of: inputting to the computer a representation of a network; andoutputting by the computer a set of node and link parameters indicative of how a Spanning Tree Protocol (STP) will perform upon the failure of any given node or link in the network;determining for each Multiple Spanning Tree Instance (MSTI) the node and link parameters indicative of how the STP will perform;inputting the representation of the network wherein said representation describes the networks connectivity, link delays and cost functions;wherein the input network is defined by N=(N,D,P,L,C) where N is the network, C is a set of capacities; D is a set of demands; P is a priority function; and L is a length function; andwherein the output set of parameters defines a network which is hop-count compliant.
  • 2. The method of claim 1, wherein the output set of parameters defines a network which is delay compliant.
  • 3. A network design method comprising the steps of: inputting a representation of a network N=(N,D,P,L,C) where N is the network, C is a set of capacities; D is a set of demands; P is a priority function; and L is a length function; and outputting a set of node and link parameters indicative of how a Spanning Tree Protocol (STP) will perform upon the failure of any given node or link in the network; wherein the set of node and link parameters are used to define an output network, N′=(N,D′,P′,L′,C′) whereD′=(D′.sub.1=D.sub.1.orgate. {circumflex over (D)}.sub.1,D.sub.2.orgate. {circumflex over (D)}.sub.2, . . . ,D.sub.t.orgate. {circumflex over (D)}.sub.t),P′=(p′.sub.1( ),p′.sub.2( ), . . . p′.sub.t( )),L′=(L′.sub.1( ),L′.sub.2( ), . . . L′.sub.t( )), andC′=(C′(v.sub.1), . . . C′(v.sub.n),C′(e.sub.1), . . . C′(e.sub.m))wherein the output set of parameters defines a network which is hop-count compliant.
US Referenced Citations (9)
Number Name Date Kind
5381404 Sugano et al. Jan 1995 A
6400681 Bertin et al. Jun 2002 B1
6801496 Saleh et al. Oct 2004 B1
6801506 Dey Oct 2004 B1
7075892 Grover et al. Jul 2006 B2
7362709 Hui et al. Apr 2008 B1
7760668 Zinjuvadia Jul 2010 B1
20030093691 Simon et al. May 2003 A1
20050228852 Santos et al. Oct 2005 A1
Related Publications (1)
Number Date Country
20100226285 A1 Sep 2010 US