CA2141354C - Method of routing multiple virtual circuits - Google Patents
Method of routing multiple virtual circuits Download PDFInfo
- Publication number
- CA2141354C CA2141354C CA002141354A CA2141354A CA2141354C CA 2141354 C CA2141354 C CA 2141354C CA 002141354 A CA002141354 A CA 002141354A CA 2141354 A CA2141354 A CA 2141354A CA 2141354 C CA2141354 C CA 2141354C
- Authority
- CA
- Canada
- Prior art keywords
- routing
- path
- requests
- network
- function
- 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.)
- Expired - Lifetime
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/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
- H04Q3/66—Traffic distributors
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S379/00—Telephonic communications
- Y10S379/901—Virtual networks or virtual private networks
Abstract
A method of routing multiple virtual circuits is disclosed in which information available when multiple virtual circuits are requested is used to determine paths for the virtual circuits. Thereafter, the routing selection is refined according to a cost function so that the total cost of routing all the virtual circuits is reduced.
Description
214~3~~
A METHOD OF ROUTING MULTIPLE VIRTUAL CIRCUITS
Technical Field The invention relates to the routing of multiple virtual circuits in networks.
s Background of the Invention Computer networks are a principal means of exchanging or transferring information (e.g. data, voice, text, video, etc.) among host machines connected to the network. The network comprises nodes connected, to each other and to the hosts, by links. Typically, each link is bidirectional, i.e. information may be conveyed in forward and reverse directions, and each link is characterized by a bandwidth capacity in each direction.
An important consideration in network operation is how the information is routed. When information is to be exchanged between two particular hosts, a bidirectional path is established in the network between them. Typically, the path that is established is a so-called "virtual circuit" (VC), by which it is meant that a host simply specifies the destination for the information, and the network delivers the information as though a circuit is connected to the destination. One of many different routes and techniques could be selected to deliver the information, but the particular selection is of no concern to the host. The task of routing is to select the 2o nodes and links between the nodes that comprise the path taken by the VC so as to efficiently utilize network resources, e.g. route as many VCs as possible without exceeding the bandwidth capacity of any particular link. This is often achieved by selecting a path so as to minimize some cost function that reflects the amount of network resources required by the selected path. Although a variety of cost functions can be used, cost functions typically take into account the current network state (i.e., the network topology and current allocation of network resources), delay through the network, etc. Importantly, the routing problem is often further complicated in that the routing must be effectuated "on-line," i.e. without knowledge of what effect future routing demands will have on network resources.
3o Although this problem may be solved by so-called "dynamic-rerouting"
techniques, these techniques typically adversely affect the quality of service offered to users of the network.
Many techniques for routing VCs have been suggested. One such technique is minimum hop routing in which the path going through the smallest number of nodes is selected. Another techniques that has been suggested employs exponential cost functions and scaling, has been suggested. See, J. Aspnes et al., _2_ ~1~13~~
"On-Line Load Balancing with Applications to Machine Scheduling and Virtual Circuit Routing," Proc. 23rd Annual Symp. on Theory of Computing, San Diego, CA, May 1993. In the scaling technique, a portion 'y of the bandwidth capacity of each link is initially allocated, and a cost function is computed for routing a path given that allocated bandwidth. When routing can no longer be achieved in the network with that allocated bandwidth, more bandwidth can be allocated, i.e. y is increased. Typically, the function for determining the cost for a given link in a path for the requested VC is Cl(x,Ox)=aY~x'+Y~x' -a~x' where Cl(x,Ox) is the cost for link l in the path, a is a constant, x~ is the fraction of the bandwidth capacity of the 1o link that is in use and Ox~ is the fraction of the bandwidth capacity of the link that is requested by the VC.
Summary of the Invention These routing techniques, however, have shortcomings. In particular, a problem we have recognized is that previous routing methods do not take into account information available in a "multiple VC request" situation. In such a situation, at any given time, the network may have received two or more concurrent requests to establish VCs. Prior methods simply respond to one of the multiple requests for a VC and route the requested VC, e.g. according to a first-come, first-served discipline, without checking to determine the demands of the other requests.
2o Thus, the routing is truly of the "on-line" type described above even though the network does have some information about what further network routing demands will be as a result of the fact that other requests were concurrently received.
In accordance with the present invention, then, it is recognized that in routing a request for a virtual circuit that information about concurrently requested virtual circuits may advantageously be used. Accordingly, a method is disclosed for routing a set of concurrent requests for virtual circuits, wherein each virtual circuit request is specified by one or more parameters, by routing each request in the set as a function of one or more parameters of a plurality of the requests. In one embodiment of the invention a set of concurrent requests is ordered according to 3o one or more of the parameters, and the requests are then routed in that order. In accordance with a feature of the invention, the routing may be refined by using a local search to exploit to a greater extent the information available from multiple requests for virtual circuits.
-2a-In accordance with one aspect of the present invention there is provided a method of routing a set of requests for virtual circuits comprising the steps of: receiving a set of requests for virtual circuits wherein each request is specified by one or more parameters;
and routing each request in said set of requests on a path through a network, wherein said path is selected as a function of one or more parameters of a plurality of the requests.
In accordance with another aspect of the present invention there is provided a method of routing requests for virtual circuits in a network comprising the steps of: receiving a set of requests, wherein each request in said set of requests represents a request to route a permanent virtual circuit through said network and wherein each request is specified by one or more parameters; and routing each request on a path through said network, said path being selected according to a first function, said path satisfying said parameters specifying each request and wherein said first function is a function of one or more of said parameters of a plurality of said requests.
21,~1~54 Brief Description of the Drawings Other features and advantages of the invention will become apparent from the following detailed description taken together with the drawings in which:
FIG. 1 illustrates a centralized routing network in which the invention may be practiced.
FIG. 2 is a flowchart of the steps in the preferred embodiment.
FIG. 3 is a flowchart of steps of a local search feature of the invention.
FIG. 4 illustrates a distributed routing network in which the invention may be practiced.
to Detailed Description FIG. 1 illustrates the structure of a network in which the invention may be practiced. Hosts 102 - i , i =1, 2 ,... , exchange information via network 106.
Network 106 comprises links 110 - k,k =1, 2,... , connecting nodes 108 - j, j =1, 2,... , to each other and to hosts 102 - i. A pair of nodes may be connected by one or more t 5 links.
Network 106 in FIG. 1 is a centralized routing system in that network 106 utilizes complete information for routing through use of centralized routing request processor 111. request processor 111 is connected to hosts 102-i,i =1,2,...
and to complete information about the network state. Thus, the cost for any path (i.e.
2o the additional network resources required for any path) through the network can be determined, and, using the inventive method described below, all VCs in network 106 of FIG. 1 can be routed efficiently with respect to a given criterion, e.g.
maximizing the total amount of bandwidth routed.
FIG. 2 is a flowchart of an illustrative routing method with which the 25 present invention may be used. In step 200 of FIG. 2 at any given time, the network must respond to set of imax, imax =0~ 1,2,..., requests for establishing VCs.
Each individual request, VC;eQ, i =1,... i m~ is specified by one or more parameters. For example, each VC;eq may be specified by the source host S', destination host D', bandwidth requested in the forward direction B f and bandwidth requested in the 3o reverse direction B;.. Thus, VC;.eq = (S',D',Bf,B;) In step 205 of FIG. 2 the information available in the multiple VC
request situation is used in routing. Specifically, for each individual request in the set of requests, a path is selected according to function of one or more parameters of 35 a plurality of requests in the set. One illustrative embodiment of the method is described in co-pending application "A Method of Permanent Virtual Circuit Routing," filed concurrently herewith, commonly assigned and hereby incorporated by reference. This embodiment routes permanent VCs (i.e. VCs designed to operate and remain established for time periods on the order of years, as opposed to switched VCs which are designed to operate for hours or days) by first ordering the requests according to a parameter of the requests, e.g. bandwidth, and then using an exponential cost function to route the requests. The ordering process the routing first of those requests requiring the most network resources according to the cost function and thus requiring the most flexibility in routing. If an objective in the routing is to to conserve bandwidth, it is advantageous to order VC;.eq in decreasing order of total requested bandwidth (forward and reverse) so that those requests requiring large bandwidths can be accommodated without increasing the risk of exceeding the bandwidth capacity of any link.
Those skilled in the art will now recognize that the information available in the multiple (switched or permanent) VC request situation may be used in a variety of ways and with a variety of, i.e. not necessarily exponential, cost functions.
For example, the requests can be routed on a first-come, first-served basis but with knowledge of what the average bandwidth requirement is of the requests in the set of requests. Thus, when a particular request is routed, the cost function for the routing may reflect whether the request requires a large or small amount of bandwidth relative to other requests in the set thereby routing relatively small bandwidth requests on links near already near capacity so as to conserve bandwidth on other links for large bandwidth requests.
Returning to step 205, once a set of paths P is determined, an optional local search may be performed, as described below, to refine the set of path selections. In step 275 of the method of FIG. 2, the set of requests are routed on the set of path P.
The optional local search of step 265 can be used to refine the selection of paths so that the total cost of routing all VCs can be reduced. The steps in one 3o embodiment of the local search of step 265 are illustrated in the flowchart of FIG. 3.
In step 305 variables are initialized. In particular, P is defined as the set of paths ~P 1,P 2 ~ ~ ~ ~ ~ P r m~ ~ associated with the i m~ VC requests as determined by a routing method, e.g. the method of FIG. 2. The current set of best paths for routing is stored in P * and the cost of routing that current set of best paths is C
*. Initially, P * =P and C * =C(P) where C is a second cost function, described below, which determines the cost of routing all the VC',eq. In step 310 a flag, called impfiag, is set -S-214~.3~~
to zero and a counter i , i = 1, 2 ~ ~ ~ i m~ , is set to 1.
In step 315 a particular VC;.eq and its associated path p i are selected.
For illustrative purposes in FIG. 3 the VC;.eq are selected in increasing order of i.
For the selected i a search is made for a lowest cost path p * for routing VC;.eq (using, for example, Cost 1 ) assuming all other VC;.eq are routed as in the set P. A
new set of paths, P, is formed in step 320 by setting P to P except for the selected p i which is set to p *. In step 330 if C(P) < C *, then P * and C * are set to P and C(P), respectively, and impfdag is set to one.
Steps 315-340 are repeated for each successive VC;.eq. When all 1o i,i =1,2,... i m~, have been examined for potential rerouting, impflag is checked to see if any improvement in routing is possible. If impflag is zero, no alternative routing of any one VC;eq will reduce the cost of routing all VC;eq, and the search is ended. As indicated in step 345, if impflag has been set to one, there exists an alternative routing (i.e. a new shortest path) for one VC;.eq that results in the greatest reduction in routing cost. In step 355, that new lowest cost path, reflected in P *, becomes P. The VC;eq are now to be routed according to P * at cost C(P * ).
Steps 310-355 are repeated until no new paths are found that reduce the cost.
The second cost function may advantageously be selected as COSt2 - ~ C(A)xf.r+~ ~BLr -(A)xf,r~ +COBf.I
all links l + ~ ~(A)x~.r+ E ~e~.r -(A)x:.rJ +COB;..I (2) all links l where the variables in the equation are defined as for equation 1 and where the sum in each exponential and in the linear term is over all VC;eq such that their associated path uses the link in the outer summation. Thus, the second cost function gives the total cost of routing multiple VC;.e9 on their associated paths.
The steps in FIG. 3 reflect a so-called "greedy" heuristic in which each possible alternative path for each VC~eq is examined to see which alternative path, if any, reduces the cost of routing by the greatest amount. That alternative path is then selected as the new path associated with the VC. The process is repeated until no alternative path for any VCreq will reduce the cost of routing all the requests. Those 3o skilled in the art will recognize that other local searches utilizing other search criteria can be used. For example, instead of searching through all the alternative paths to find the one that reduces the cost of routing all VC;.e9 the most, it may be sufficient ~~.~~.~5.4 simply to find a first alternative path that reduces costs by any amount. Then the search could simply go onto the next VC;.eq. This "less greedy" heuristic searches the solution space differently and can potentially converge to a better "local minimum" than the "greedy" heuristic. This is highly dependent on the list of VC;.eg being routed and the current state of the network.
FIG. 4 illustrates the structure of a distributed network 416, comprising nodes 418-m and links 420-n, in which the inventive method may be practiced.
Network 416 is a distributed routing system in that each node 418-m periodically exchanges state information. The state information reflects the amount of network 1o resources available or in use on a link from a node to every neighboring node. Thus, the cost for any path through the network can be determined. However, unless the state information propagates quickly relative to the speed with which VCs are established and torn down, the information will be incomplete (e.g. dated).
Thus, each node may have a different description of the network state, and this description is called the local network state. The methods described above can be used in a distributed routing system except that incomplete state information (i.e. the local network state) is used. Note however, the paths determined based on the incomplete information may no longer be available (e.g. the capacity of a link may have become exhausted since the most recent state information was received) when the VC is 2o actually to be routed (as for example in the routing of step 275 of FIG.
A METHOD OF ROUTING MULTIPLE VIRTUAL CIRCUITS
Technical Field The invention relates to the routing of multiple virtual circuits in networks.
s Background of the Invention Computer networks are a principal means of exchanging or transferring information (e.g. data, voice, text, video, etc.) among host machines connected to the network. The network comprises nodes connected, to each other and to the hosts, by links. Typically, each link is bidirectional, i.e. information may be conveyed in forward and reverse directions, and each link is characterized by a bandwidth capacity in each direction.
An important consideration in network operation is how the information is routed. When information is to be exchanged between two particular hosts, a bidirectional path is established in the network between them. Typically, the path that is established is a so-called "virtual circuit" (VC), by which it is meant that a host simply specifies the destination for the information, and the network delivers the information as though a circuit is connected to the destination. One of many different routes and techniques could be selected to deliver the information, but the particular selection is of no concern to the host. The task of routing is to select the 2o nodes and links between the nodes that comprise the path taken by the VC so as to efficiently utilize network resources, e.g. route as many VCs as possible without exceeding the bandwidth capacity of any particular link. This is often achieved by selecting a path so as to minimize some cost function that reflects the amount of network resources required by the selected path. Although a variety of cost functions can be used, cost functions typically take into account the current network state (i.e., the network topology and current allocation of network resources), delay through the network, etc. Importantly, the routing problem is often further complicated in that the routing must be effectuated "on-line," i.e. without knowledge of what effect future routing demands will have on network resources.
3o Although this problem may be solved by so-called "dynamic-rerouting"
techniques, these techniques typically adversely affect the quality of service offered to users of the network.
Many techniques for routing VCs have been suggested. One such technique is minimum hop routing in which the path going through the smallest number of nodes is selected. Another techniques that has been suggested employs exponential cost functions and scaling, has been suggested. See, J. Aspnes et al., _2_ ~1~13~~
"On-Line Load Balancing with Applications to Machine Scheduling and Virtual Circuit Routing," Proc. 23rd Annual Symp. on Theory of Computing, San Diego, CA, May 1993. In the scaling technique, a portion 'y of the bandwidth capacity of each link is initially allocated, and a cost function is computed for routing a path given that allocated bandwidth. When routing can no longer be achieved in the network with that allocated bandwidth, more bandwidth can be allocated, i.e. y is increased. Typically, the function for determining the cost for a given link in a path for the requested VC is Cl(x,Ox)=aY~x'+Y~x' -a~x' where Cl(x,Ox) is the cost for link l in the path, a is a constant, x~ is the fraction of the bandwidth capacity of the 1o link that is in use and Ox~ is the fraction of the bandwidth capacity of the link that is requested by the VC.
Summary of the Invention These routing techniques, however, have shortcomings. In particular, a problem we have recognized is that previous routing methods do not take into account information available in a "multiple VC request" situation. In such a situation, at any given time, the network may have received two or more concurrent requests to establish VCs. Prior methods simply respond to one of the multiple requests for a VC and route the requested VC, e.g. according to a first-come, first-served discipline, without checking to determine the demands of the other requests.
2o Thus, the routing is truly of the "on-line" type described above even though the network does have some information about what further network routing demands will be as a result of the fact that other requests were concurrently received.
In accordance with the present invention, then, it is recognized that in routing a request for a virtual circuit that information about concurrently requested virtual circuits may advantageously be used. Accordingly, a method is disclosed for routing a set of concurrent requests for virtual circuits, wherein each virtual circuit request is specified by one or more parameters, by routing each request in the set as a function of one or more parameters of a plurality of the requests. In one embodiment of the invention a set of concurrent requests is ordered according to 3o one or more of the parameters, and the requests are then routed in that order. In accordance with a feature of the invention, the routing may be refined by using a local search to exploit to a greater extent the information available from multiple requests for virtual circuits.
-2a-In accordance with one aspect of the present invention there is provided a method of routing a set of requests for virtual circuits comprising the steps of: receiving a set of requests for virtual circuits wherein each request is specified by one or more parameters;
and routing each request in said set of requests on a path through a network, wherein said path is selected as a function of one or more parameters of a plurality of the requests.
In accordance with another aspect of the present invention there is provided a method of routing requests for virtual circuits in a network comprising the steps of: receiving a set of requests, wherein each request in said set of requests represents a request to route a permanent virtual circuit through said network and wherein each request is specified by one or more parameters; and routing each request on a path through said network, said path being selected according to a first function, said path satisfying said parameters specifying each request and wherein said first function is a function of one or more of said parameters of a plurality of said requests.
21,~1~54 Brief Description of the Drawings Other features and advantages of the invention will become apparent from the following detailed description taken together with the drawings in which:
FIG. 1 illustrates a centralized routing network in which the invention may be practiced.
FIG. 2 is a flowchart of the steps in the preferred embodiment.
FIG. 3 is a flowchart of steps of a local search feature of the invention.
FIG. 4 illustrates a distributed routing network in which the invention may be practiced.
to Detailed Description FIG. 1 illustrates the structure of a network in which the invention may be practiced. Hosts 102 - i , i =1, 2 ,... , exchange information via network 106.
Network 106 comprises links 110 - k,k =1, 2,... , connecting nodes 108 - j, j =1, 2,... , to each other and to hosts 102 - i. A pair of nodes may be connected by one or more t 5 links.
Network 106 in FIG. 1 is a centralized routing system in that network 106 utilizes complete information for routing through use of centralized routing request processor 111. request processor 111 is connected to hosts 102-i,i =1,2,...
and to complete information about the network state. Thus, the cost for any path (i.e.
2o the additional network resources required for any path) through the network can be determined, and, using the inventive method described below, all VCs in network 106 of FIG. 1 can be routed efficiently with respect to a given criterion, e.g.
maximizing the total amount of bandwidth routed.
FIG. 2 is a flowchart of an illustrative routing method with which the 25 present invention may be used. In step 200 of FIG. 2 at any given time, the network must respond to set of imax, imax =0~ 1,2,..., requests for establishing VCs.
Each individual request, VC;eQ, i =1,... i m~ is specified by one or more parameters. For example, each VC;eq may be specified by the source host S', destination host D', bandwidth requested in the forward direction B f and bandwidth requested in the 3o reverse direction B;.. Thus, VC;.eq = (S',D',Bf,B;) In step 205 of FIG. 2 the information available in the multiple VC
request situation is used in routing. Specifically, for each individual request in the set of requests, a path is selected according to function of one or more parameters of 35 a plurality of requests in the set. One illustrative embodiment of the method is described in co-pending application "A Method of Permanent Virtual Circuit Routing," filed concurrently herewith, commonly assigned and hereby incorporated by reference. This embodiment routes permanent VCs (i.e. VCs designed to operate and remain established for time periods on the order of years, as opposed to switched VCs which are designed to operate for hours or days) by first ordering the requests according to a parameter of the requests, e.g. bandwidth, and then using an exponential cost function to route the requests. The ordering process the routing first of those requests requiring the most network resources according to the cost function and thus requiring the most flexibility in routing. If an objective in the routing is to to conserve bandwidth, it is advantageous to order VC;.eq in decreasing order of total requested bandwidth (forward and reverse) so that those requests requiring large bandwidths can be accommodated without increasing the risk of exceeding the bandwidth capacity of any link.
Those skilled in the art will now recognize that the information available in the multiple (switched or permanent) VC request situation may be used in a variety of ways and with a variety of, i.e. not necessarily exponential, cost functions.
For example, the requests can be routed on a first-come, first-served basis but with knowledge of what the average bandwidth requirement is of the requests in the set of requests. Thus, when a particular request is routed, the cost function for the routing may reflect whether the request requires a large or small amount of bandwidth relative to other requests in the set thereby routing relatively small bandwidth requests on links near already near capacity so as to conserve bandwidth on other links for large bandwidth requests.
Returning to step 205, once a set of paths P is determined, an optional local search may be performed, as described below, to refine the set of path selections. In step 275 of the method of FIG. 2, the set of requests are routed on the set of path P.
The optional local search of step 265 can be used to refine the selection of paths so that the total cost of routing all VCs can be reduced. The steps in one 3o embodiment of the local search of step 265 are illustrated in the flowchart of FIG. 3.
In step 305 variables are initialized. In particular, P is defined as the set of paths ~P 1,P 2 ~ ~ ~ ~ ~ P r m~ ~ associated with the i m~ VC requests as determined by a routing method, e.g. the method of FIG. 2. The current set of best paths for routing is stored in P * and the cost of routing that current set of best paths is C
*. Initially, P * =P and C * =C(P) where C is a second cost function, described below, which determines the cost of routing all the VC',eq. In step 310 a flag, called impfiag, is set -S-214~.3~~
to zero and a counter i , i = 1, 2 ~ ~ ~ i m~ , is set to 1.
In step 315 a particular VC;.eq and its associated path p i are selected.
For illustrative purposes in FIG. 3 the VC;.eq are selected in increasing order of i.
For the selected i a search is made for a lowest cost path p * for routing VC;.eq (using, for example, Cost 1 ) assuming all other VC;.eq are routed as in the set P. A
new set of paths, P, is formed in step 320 by setting P to P except for the selected p i which is set to p *. In step 330 if C(P) < C *, then P * and C * are set to P and C(P), respectively, and impfdag is set to one.
Steps 315-340 are repeated for each successive VC;.eq. When all 1o i,i =1,2,... i m~, have been examined for potential rerouting, impflag is checked to see if any improvement in routing is possible. If impflag is zero, no alternative routing of any one VC;eq will reduce the cost of routing all VC;eq, and the search is ended. As indicated in step 345, if impflag has been set to one, there exists an alternative routing (i.e. a new shortest path) for one VC;.eq that results in the greatest reduction in routing cost. In step 355, that new lowest cost path, reflected in P *, becomes P. The VC;eq are now to be routed according to P * at cost C(P * ).
Steps 310-355 are repeated until no new paths are found that reduce the cost.
The second cost function may advantageously be selected as COSt2 - ~ C(A)xf.r+~ ~BLr -(A)xf,r~ +COBf.I
all links l + ~ ~(A)x~.r+ E ~e~.r -(A)x:.rJ +COB;..I (2) all links l where the variables in the equation are defined as for equation 1 and where the sum in each exponential and in the linear term is over all VC;eq such that their associated path uses the link in the outer summation. Thus, the second cost function gives the total cost of routing multiple VC;.e9 on their associated paths.
The steps in FIG. 3 reflect a so-called "greedy" heuristic in which each possible alternative path for each VC~eq is examined to see which alternative path, if any, reduces the cost of routing by the greatest amount. That alternative path is then selected as the new path associated with the VC. The process is repeated until no alternative path for any VCreq will reduce the cost of routing all the requests. Those 3o skilled in the art will recognize that other local searches utilizing other search criteria can be used. For example, instead of searching through all the alternative paths to find the one that reduces the cost of routing all VC;.e9 the most, it may be sufficient ~~.~~.~5.4 simply to find a first alternative path that reduces costs by any amount. Then the search could simply go onto the next VC;.eq. This "less greedy" heuristic searches the solution space differently and can potentially converge to a better "local minimum" than the "greedy" heuristic. This is highly dependent on the list of VC;.eg being routed and the current state of the network.
FIG. 4 illustrates the structure of a distributed network 416, comprising nodes 418-m and links 420-n, in which the inventive method may be practiced.
Network 416 is a distributed routing system in that each node 418-m periodically exchanges state information. The state information reflects the amount of network 1o resources available or in use on a link from a node to every neighboring node. Thus, the cost for any path through the network can be determined. However, unless the state information propagates quickly relative to the speed with which VCs are established and torn down, the information will be incomplete (e.g. dated).
Thus, each node may have a different description of the network state, and this description is called the local network state. The methods described above can be used in a distributed routing system except that incomplete state information (i.e. the local network state) is used. Note however, the paths determined based on the incomplete information may no longer be available (e.g. the capacity of a link may have become exhausted since the most recent state information was received) when the VC is 2o actually to be routed (as for example in the routing of step 275 of FIG.
2). Requests for VCs that are not successfully routed, e.g. those requests for which the selected path is not available, may be included in the next set of requests or may form a new set of requests. Note further that it is advantageous when routing in a distributed routing system not to update the local network state until an entire set of requests has been routed. This ensures that procedures, such as the search routine of FIG.
3, will terrrunate.
This disclosure describes a method of routing multiple virtual circuit requests using information available in the multiple VC request situation. The method disclosed herein have been described without reference to specific hardware or software. Instead, the method has been described in such a manner that those skilled in the art can readily adapt such hardware and software as may be available or preferable for particular application.
This disclosure describes a method of routing multiple virtual circuit requests using information available in the multiple VC request situation. The method disclosed herein have been described without reference to specific hardware or software. Instead, the method has been described in such a manner that those skilled in the art can readily adapt such hardware and software as may be available or preferable for particular application.
Claims (9)
1. A method of routing a set of requests for virtual circuits comprising the steps of:
receiving a set of requests for virtual circuits wherein each request is specified by one or more parameters; and routing each request in said set of requests on a path through a network, wherein said path is selected as a function of one or more parameters of a plurality of the requests.
receiving a set of requests for virtual circuits wherein each request is specified by one or more parameters; and routing each request in said set of requests on a path through a network, wherein said path is selected as a function of one or more parameters of a plurality of the requests.
2. A method of routing requests for virtual circuits in a network comprising the steps of:
receiving a set of requests, wherein each request in said set of requests represents a request to route a permanent virtual circuit through said network and wherein each request is specified by one or more parameters; and routing each request on a path through said network, said path being selected according to a first function, said path satisfying said parameters specifying each request and wherein said first function is a function of one or more of said parameters of a plurality of said requests.
receiving a set of requests, wherein each request in said set of requests represents a request to route a permanent virtual circuit through said network and wherein each request is specified by one or more parameters; and routing each request on a path through said network, said path being selected according to a first function, said path satisfying said parameters specifying each request and wherein said first function is a function of one or more of said parameters of a plurality of said requests.
3. The method of claim 2 wherein said network has a network state and wherein said method further comprises the step of updating said network state to reflect the selected path.
4. The method of claim 2 comprising the further step of establishing the requests in an order according to a function of one or more of said parameters prior to the routing step, the routing step routing said requests in said order.
5. The method of claim 2 wherein said network comprises a set of links and a set of nodes, wherein a first node and a second node are connected by one or more links in said set of links and wherein each selected path through the network is specified by a set of links.
6. The method of claim 2 wherein each selected path connects a first host and a second host.
7. The method of claim 2 further comprising the steps of:
selecting an alternative path to one of said selected paths, determining the value of a second function using said alternative path, and determining the value of said second function using said selected path, and if said alternative path improves the value of said second function relative to said selected path, then replacing said selected path with said alternative path.
selecting an alternative path to one of said selected paths, determining the value of a second function using said alternative path, and determining the value of said second function using said selected path, and if said alternative path improves the value of said second function relative to said selected path, then replacing said selected path with said alternative path.
8. The method of claim 7 further comprising the step of:
repeating the steps of selecting an alternative path, determining values for said second function and replacing until selecting no alternative path will improve said second function.
repeating the steps of selecting an alternative path, determining values for said second function and replacing until selecting no alternative path will improve said second function.
9. The method of claim 7 wherein said network has a network state and wherein said second function is a function of the network state and one or more of said parameters.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US218,390 | 1994-03-25 | ||
| US08/218,390 US5502816A (en) | 1994-03-25 | 1994-03-25 | Method of routing a request for a virtual circuit based on information from concurrent requests |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2141354A1 CA2141354A1 (en) | 1995-09-26 |
| CA2141354C true CA2141354C (en) | 2000-03-07 |
Family
ID=22814915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002141354A Expired - Lifetime CA2141354C (en) | 1994-03-25 | 1995-01-30 | Method of routing multiple virtual circuits |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US5502816A (en) |
| EP (1) | EP0674460B1 (en) |
| JP (1) | JP3512896B2 (en) |
| CA (1) | CA2141354C (en) |
| DE (1) | DE69534729T2 (en) |
| ES (1) | ES2253742T3 (en) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3326292B2 (en) * | 1994-05-24 | 2002-09-17 | 株式会社東芝 | Communication device and communication method thereof |
| JP3224963B2 (en) | 1994-08-31 | 2001-11-05 | 株式会社東芝 | Network connection device and packet transfer method |
| JP3347914B2 (en) * | 1995-05-26 | 2002-11-20 | シャープ株式会社 | Data management device |
| US5727051A (en) * | 1995-07-14 | 1998-03-10 | Telefonaktiebolaget Lm Ericsson (Publ.) | System and method for adaptive routing on a virtual path broadband network |
| US6175870B1 (en) * | 1995-11-30 | 2001-01-16 | Lucent Technologies Inc. | Method of admission control and routing of virtual circuits |
| GB9606711D0 (en) * | 1996-03-29 | 1996-06-05 | Plessey Telecomm | Routing and bandwidth allocation |
| US5854899A (en) * | 1996-05-09 | 1998-12-29 | Bay Networks, Inc. | Method and apparatus for managing virtual circuits and routing packets in a network/subnetwork environment |
| US6961341B1 (en) * | 1996-07-02 | 2005-11-01 | Microsoft Corporation | Adaptive bandwidth throttling for network services |
| JP3332733B2 (en) | 1996-07-11 | 2002-10-07 | 株式会社東芝 | Node device and packet transfer method |
| SE507118C2 (en) * | 1996-08-26 | 1998-03-30 | Ericsson Telefon Ab L M | Procedure for optimizing a mainly optical ATM network |
| EP1021757A1 (en) * | 1997-07-25 | 2000-07-26 | Starvox, Inc. | Apparatus and method for integrated voice gateway |
| JPH1168750A (en) * | 1997-08-22 | 1999-03-09 | Nec Corp | Network management system |
| FI110398B (en) | 1997-10-17 | 2003-01-15 | Nokia Corp | Routing in a telecommunications system |
| US6757247B1 (en) * | 1998-02-20 | 2004-06-29 | Adc Telecommunications, Inc. | Circuit and method for controlling virtual connections in a ring network |
| US7334044B1 (en) * | 1998-11-17 | 2008-02-19 | Burst.Com | Method for connection acceptance control and optimal multi-media content delivery over networks |
| US6850965B2 (en) * | 1998-11-17 | 2005-02-01 | Arthur Douglas Allen | Method for connection acceptance and rapid determination of optimal multi-media content delivery over network |
| WO2002045305A1 (en) * | 2000-12-01 | 2002-06-06 | Motorola, Inc. | Methods for managing bandwidth in a packet-based communication system |
| US6996789B2 (en) * | 2002-11-18 | 2006-02-07 | Cadence Design Systems, Inc. | Method and apparatus for performing an exponential path search |
| US8300798B1 (en) | 2006-04-03 | 2012-10-30 | Wai Wu | Intelligent communication routing system and method |
| US8953486B2 (en) * | 2007-11-09 | 2015-02-10 | Cisco Technology, Inc. | Global auto-configuration of network devices connected to multipoint virtual connections |
| US8667095B2 (en) * | 2007-11-09 | 2014-03-04 | Cisco Technology, Inc. | Local auto-configuration of network devices connected to multipoint virtual connections |
| US8468537B2 (en) * | 2010-07-14 | 2013-06-18 | Fujitsu Limited | Systems and methods for distributing validation computations |
| US9178903B1 (en) | 2014-12-02 | 2015-11-03 | Synack, Inc. | Simulating a bot-net spanning a plurality of geographic regions |
| WO2019164637A1 (en) | 2018-02-23 | 2019-08-29 | Futurewei Technologies, Inc. | Advertising and programming preferred path routes using interior gateway protocols |
| WO2019190699A1 (en) | 2018-03-28 | 2019-10-03 | Futurewei Technologies, Inc. | Method and apparatus for preferred path route information distribution and maintenance |
| EP3785405A1 (en) | 2018-04-26 | 2021-03-03 | Huawei Technologies Co., Ltd. | Resource reservation and maintenance for preferred path routes in a network |
| WO2019212678A1 (en) | 2018-05-04 | 2019-11-07 | Futurewei Technologies, Inc. | Explicit backups and fast re-route mechanisms for preferred path routes in a network |
| WO2019236221A1 (en) | 2018-06-04 | 2019-12-12 | Futurewei Technologies, Inc. | Preferred path route graphs in a network |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0221360B1 (en) * | 1985-11-04 | 1992-12-30 | International Business Machines Corporation | Digital data message transmission networks and the establishing of communication paths therein |
| US4870641A (en) * | 1988-03-30 | 1989-09-26 | Bell Communications Research, Inc. | Multichannel bandwidth allocation |
| US5155854A (en) * | 1989-02-03 | 1992-10-13 | Digital Equipment Corporation | System for arbitrating communication requests using multi-pass control unit based on availability of system resources |
| US4993016A (en) * | 1989-05-08 | 1991-02-12 | At&T Bell Laboratories | Network control arrangement for processing a plurality of connection requests |
| US5218676A (en) * | 1990-01-08 | 1993-06-08 | The University Of Rochester | Dynamic routing system for a multinode communications network |
| US5179556A (en) * | 1991-08-02 | 1993-01-12 | Washington University | Bandwidth management and congestion control scheme for multicast ATM networks |
| US5377262A (en) * | 1991-12-30 | 1994-12-27 | At&T Corp. | Telecommunication switching system having adaptive routing switching nodes |
| US5335268A (en) * | 1992-10-22 | 1994-08-02 | Mci Communications Corporation | Intelligent routing of special service telephone traffic |
| US5274643A (en) * | 1992-12-11 | 1993-12-28 | Stratacom, Inc. | Method for optimizing a network having virtual circuit routing over virtual paths |
| US5317565A (en) * | 1993-01-26 | 1994-05-31 | International Business Machines Corporation | Method of sequencing bus operations in a simplex switch |
-
1994
- 1994-03-25 US US08/218,390 patent/US5502816A/en not_active Expired - Lifetime
-
1995
- 1995-01-30 CA CA002141354A patent/CA2141354C/en not_active Expired - Lifetime
- 1995-03-16 DE DE69534729T patent/DE69534729T2/en not_active Expired - Lifetime
- 1995-03-16 EP EP95301759A patent/EP0674460B1/en not_active Expired - Lifetime
- 1995-03-16 ES ES95301759T patent/ES2253742T3/en not_active Expired - Lifetime
- 1995-03-24 JP JP06541295A patent/JP3512896B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP0674460B1 (en) | 2006-01-04 |
| EP0674460A2 (en) | 1995-09-27 |
| DE69534729D1 (en) | 2006-03-30 |
| CA2141354A1 (en) | 1995-09-26 |
| DE69534729T2 (en) | 2006-08-10 |
| JP3512896B2 (en) | 2004-03-31 |
| EP0674460A3 (en) | 1998-01-28 |
| US5502816A (en) | 1996-03-26 |
| JPH07271688A (en) | 1995-10-20 |
| ES2253742T3 (en) | 2006-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2141354C (en) | Method of routing multiple virtual circuits | |
| CA2141353C (en) | Method of on-line permanent virtual circuit routing | |
| JP3159927B2 (en) | Network operation method, request path method, and routing and admission control method | |
| CA2256223C (en) | Traffic route finder in communications network | |
| US5274643A (en) | Method for optimizing a network having virtual circuit routing over virtual paths | |
| KR100194608B1 (en) | Multicast Path Allocation Method in ATM Networks | |
| US6301244B1 (en) | QoS-oriented one-to-all route selection method for communication networks | |
| US5602839A (en) | Adaptive and dynamic message routing system for multinode wormhole networks | |
| US7324453B2 (en) | Constraint-based shortest path first method for dynamically switched optical transport networks | |
| US5600638A (en) | Method and system for improving the processing time of the path selection in a high speed packet switching network | |
| US5048011A (en) | Routing method for fast packet switching systems | |
| US20020191545A1 (en) | Methods and apparatus for selecting multiple paths taking into account shared risk | |
| EP1423947B1 (en) | A method and apparatus for optimizing elastic flows in a multi-path network for a traffic demand | |
| EP1087576A2 (en) | Constraint-based route selection using biased cost | |
| EP1956750B1 (en) | A method for realizing the separate routes spanning domains | |
| JPH0241053A (en) | Method of selecting route in data communication network | |
| JPH10161994A (en) | Multicost route setting based on connection matrix | |
| US20040220886A1 (en) | Communication signal resource chain assignment for optical networks subject to reach constraints | |
| JP2004535140A (en) | Routing method in telecommunications network | |
| US8977123B2 (en) | 2-step-optimization procedure for routing and wavelength assignment with combined dedicated shared protections in multi-cable multi-fiber optical WDM networks | |
| Zheng et al. | Dependence-aware service function chain embedding in optical networks | |
| CA2350449C (en) | Methods and apparatus for selecting multiple paths taking into account shared risk | |
| JP2003032291A (en) | Packet-allotting apparatus and packet-allotting program | |
| JP3856837B2 (en) | Method of management in circuit switched communication network and apparatus usable as node in circuit switched communication network | |
| US20050108241A1 (en) | Method for designing low cost static networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20150130 |