User:David MacQuigg/Sandbox/Shortest path routing: Difference between revisions
imported>David MacQuigg No edit summary |
imported>David MacQuigg No edit summary |
||
(11 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
'''Shortest path routing''' refers to the process of finding paths through a network that have a minimum of distance or other cost metric. Routing of data packets on the [[Internet]] is an example involving millions of [[router|routers]] in a complex, worldwide, multilevel network. Optimum routing on the Internet has a major impact on performance and cost. | '''Shortest path routing''' refers to the process of finding paths through a network that have a minimum of distance or other cost metric. Routing of data packets on the [[Internet]] is an example involving millions of [[router|routers]] in a complex, worldwide, multilevel network. Optimum routing on the Internet has a major impact on performance and cost. | ||
This article will explain the basic routing algorithm <ref>E.W. Dijkstra (1959) "A note on two problems in connexion with graphs", ''Numerische Mathematik'' 1: 269–271.</ref> that underlies the [[routing|routing protocols]] used in real networks. A firm understanding of this algorithm will help in studying those protocols. | This article will explain the basic routing algorithm <ref>E.W. Dijkstra (1959) "A note on two problems in connexion with graphs", ''Numerische Mathematik'' 1: 269–271.</ref> that underlies the [[routing|routing protocols]] used in real networks. A firm understanding of this algorithm will help in studying those protocols. | ||
The algorithm is presented here in [[Python]], a computer language designed for maximum readability. Computer networks texts often use pseudocode or C to explain algorithms. The problem with pseudocode is it can give you a temporary feeling of understanding, which is lost when you try to actually implement the algorithm. Then you may stumble on the ambiguities you didn't notice in the pseudocode, or find that real programs just don't work that way. The problem with C is that it is too low level. It's great for speed and efficiency, but you may get lost in the details of pointers and indices. You can follow every statement, and still not understand the algorithm. If you are not familiar with Python, see [[Dijkstra59.py]] for a more heavily-annotated version of this program. | The algorithm is presented here in [[Python]], a computer language designed for maximum readability. Computer networks texts often use pseudocode or C to explain algorithms. The problem with pseudocode is it can give you a temporary feeling of understanding, which is lost when you try to actually implement the algorithm. Then you may stumble on the ambiguities you didn't notice in the pseudocode, or find that real programs just don't work that way. The problem with C is that it is too low level. It's great for speed and efficiency, but you may get lost in the details of pointers and indices. You can follow every statement, and still not understand the algorithm. If you are not familiar with Python, see [[Dijkstra59.py]] for a more heavily-annotated version of this program, or [[Dijkstra59.c]] for the same thing in C. | ||
{{Image|Shortest Path.png||350px|'''Figure 1. Computing the shortest path through a network'''}} | |||
{{Image|Shortest Path2.png||350px|'''Figure 1. Computing the shortest path through a network'''}} | |||
<pre> | <pre> | ||
# dijkstra59v05.py Dijkstra's Algorithm | # dijkstra59v05.py Dijkstra's Algorithm DMQ 12/23/09 | ||
''' | ''' | ||
Use Dijkstra's algorithm to compute the shortest paths from a given source node | Use Dijkstra's algorithm to compute the shortest paths from a given source node | ||
Line 22: | Line 21: | ||
linklist = [('A', 'B', 2), ('B', 'C', 7), ('C', 'D', 3), # (node,node,distance) | linklist = [('A', 'B', 2), ('B', 'C', 7), ('C', 'D', 3), # (node,node,distance) | ||
('B', 'E', 2), ('E', 'F', 2), ('F', 'C', 3), | ('B', 'E', 2), ('E', 'F', 2), ('F', 'C', 3), | ||
('A', 'G', 6), ('G', 'E', 1), ('G', 'H', 4), | ('A', 'G', 6), ('G', 'D', 2), ] | ||
('F', 'H', 2), ('H', | 'E', 1), ('G', 'H', 4), | ||
('F', 'H', 2), ('H', | |||
INF = int(1e9) # larger than any possible path | INF = int(1e9) # larger than any possible path | ||
''' | ''' | ||
Line 140: | Line 139: | ||
# Current working node | # Current working node | ||
wrk = src | wrk = src | ||
# Nodes in the working set and final set, saved as dictionaries. | # Nodes in the working set and final set, saved as dictionaries. | ||
# {key: value} = {nodename: | # {key: value} = {nodename: (first, last, distance from src)} | ||
Wset = {}; Fset = {} | Wset = {}; Fset = {} | ||
# Special setup for first step | # Special setup for first step | ||
Fset[wrk] = (wrk, wrk, 0) | Fset[wrk] = (wrk, wrk, 0) # {'A': ('A', 'A', 0)} | ||
for (n, d) in LSDB[wrk]: | for (n, d) in LSDB[wrk]: | ||
first = n # first step on the new route | first = n # first step on the new route | ||
last = wrk | last = wrk | ||
Wset[n] = (first, last, d) # {'B': ('B', 'A', 2), 'G': ('G', 'A', 6)} | Wset[n] = (first, last, d) # {'B': ('B', 'A', 2), 'G': ('G', 'A', 6)} | ||
while Wset: # loop until the working set is empty | while Wset: # loop until the working set is empty | ||
Line 185: | Line 183: | ||
return Fset | return Fset | ||
</pre> | |||
{{Image|DijkTime.png||350px|'''Figure 2. Time to build routing table using the Python program here'''}} | |||
== Limitations == | |||
The main limitations of simple shortest-path routing have to do with real-world problems that occur in large networks. We can't just keep adding nodes to a huge routing table at every node. As shown in Figure 2, the time to build (or re-build) a table increases as the square of the number of nodes. Also, as nodes are added, the number of failing links, changes in topology, and other events that trigger re-builds throughout the network - these events will occur more frequently. | |||
Aside from these technical limitations, there are administrative headaches that come with huge networks, and these often set a size limit far short of what is technically possible. A campus-wide network might have 100 nodes with only two connections to the outside world, and no desire to add nodes managed by businesses in the same city. Those businesses might be better served by a city-wide network that includes one of the campus "gateway" nodes. The city-wide network might include a few hundred nodes that all have routing table entries for each other, but only one entry for all the nodes on campus. Similarly, the city network might look like just one node in a larger regional network. [[Hierarchical routing]] is one way to partition a network. | |||
A routing algorithm is not enough to design a network. We need a complete routing protocol to deal with real-world issues. The [[Routing protocol] articles will discuss how we handle issues such as: | |||
partitioning - hierarchical is not the only possibility<br> | |||
rapid recovery - minimize the time that the routing tables are "out of sync" with the actual topology<br> | |||
preferential routing - voice packets must not have a noticeable delay<br> | |||
load balancing - don't overload the shortest path<br> | |||
security - keep the bad guys from diverting traffic<br> | |||
policy overrides - block our competitors, even if they are coming through one of our customers<br> | |||
{{reflist}} | {{reflist}} |
Latest revision as of 21:06, 15 January 2021
Shortest path routing refers to the process of finding paths through a network that have a minimum of distance or other cost metric. Routing of data packets on the Internet is an example involving millions of routers in a complex, worldwide, multilevel network. Optimum routing on the Internet has a major impact on performance and cost.
This article will explain the basic routing algorithm [1] that underlies the routing protocols used in real networks. A firm understanding of this algorithm will help in studying those protocols.
The algorithm is presented here in Python, a computer language designed for maximum readability. Computer networks texts often use pseudocode or C to explain algorithms. The problem with pseudocode is it can give you a temporary feeling of understanding, which is lost when you try to actually implement the algorithm. Then you may stumble on the ambiguities you didn't notice in the pseudocode, or find that real programs just don't work that way. The problem with C is that it is too low level. It's great for speed and efficiency, but you may get lost in the details of pointers and indices. You can follow every statement, and still not understand the algorithm. If you are not familiar with Python, see Dijkstra59.py for a more heavily-annotated version of this program, or Dijkstra59.c for the same thing in C.
# dijkstra59v05.py Dijkstra's Algorithm DMQ 12/23/09 ''' Use Dijkstra's algorithm to compute the shortest paths from a given source node to all other nodes in a network. Links are bi-directional, with the same distance in either direction. Distance can be any measure of cost. ~''' # Example from Figure 1 (8 nodes, 11 links) nodeset = {'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H'} linklist = [('A', 'B', 2), ('B', 'C', 7), ('C', 'D', 3), # (node,node,distance) ('B', 'E', 2), ('E', 'F', 2), ('F', 'C', 3), ('A', 'G', 6), ('G', 'D', 2), ] 'E', 1), ('G', 'H', 4), ('F', 'H', 2), ('H', INF = int(1e9) # larger than any possible path ''' The strategy is to start at the source node, send probes to each of its adjacent nodes, pick the node with the shortest path from the source, and make that the new working node. Send probes from the new working node, pick the next shortest path, and make that the next working node. Continue selecting the shortest possible path until every every node in the network has been selected. Figure 1 shows the first few steps in our example network. Labels on each node show its distance from the source, and the previous node on the path from which that distance was computed. As new nodes are first probed, they are added to a working set, shown with a darkened open circle. After each probe cycle, we look at the entire set of working nodes. The node with the shortest path is moved to a final set, shown with a solid circle. Figure 1b shows the situation after the first probes from node 'A', with one node in the final set, and two nodes in the working set. The labels on nodes in the working set are tentative. They will be replaced if another probe arrives with a shorter total path. Figure 1d shows node G getting an update of its label after a probe from node E. The updates at a node stop when no other working set node has a shorter path. This is the proof that the method works. The node with the shortest path in a working set can never get any shorter, because subsequent probes can only come from other working nodes, and those paths are already at least as long. There are no negative links. Figure 1i shows the final tree for node A. The light dotted lines are links not used in any shortest path from node A. They might be used in another tree, however. Each node in a network can compute its own shortest path tree, given the linklist for the entire network. ~''' def get_LSDB(nodeset, linklist): '''Create a Link State Database to quickly look up the adjacent nodes for any given node. >>> get_LSDB(nodeset, linklist) {'A': {('B', 2), ('G', 6)}, 'C': {('B', 7), ('F', 3), ('D', 3)}, \ 'B': {('C', 7), ('E', 2), ('A', 2)}, 'E': {('B', 2), ('G', 1), ('F', 2)}, \ 'D': {('H', 2), ('C', 3)}, 'G': {('A', 6), ('E', 1), ('H', 4)}, \ 'F': {('H', 2), ('E', 2), ('C', 3)}, 'H': {('G', 4), ('D', 2), ('F', 2)}} ~''' LSDB = {n:set() for n in nodeset} # start with empty set for each node for (n1, n2, d) in linklist: LSDB[n1].add((n2, d)) LSDB[n2].add((n1, d)) return LSDB def build_tree(src, LSDB): '''Given a source node and a Link State Database for the network, return a table with two values for each node - the distance on the shortest path from the source to that node, and the name of the last node on that path before the final node. Saving the previous node makes it easy to re-construct an entire path, from any leaf to the root of the tree. >>> build_tree('A', LSDB) {'A': ('A', 0), 'C': ('B', 9), 'B': ('A', 2), 'E': ('B', 4), \ 'D': ('H', 10), 'G': ('E', 5), 'F': ('E', 6), 'H': ('F', 8)} ~''' # Current working node wrk = src # Nodes in the working set and final set, saved as dictionaries. # {key: value} = {nodename: (previous node, distance from src) } Wset = {}; Fset = {} Wset[wrk] = (wrk, 0) # {'A': ('A', 0)} while Wset: # loop until the work set is empty # Select next wrk node dist = INF for node in Wset: # Find the shortest distance in the (prev, d) = Wset[node] # working set, and make that node the if d < dist: # new working node. The distance of that dist = d # node will never get smaller. wrk = node # Move the new working node to the final set. Fset[wrk] = Wset[wrk] del Wset[wrk] last = wrk # last node before end of path # Expand the work set for (n, d) in LSDB[wrk]: # Probe the nodes adjacent to wrk new_dist = dist + d # probe distance if n in Fset: continue # skip this node, already finalized elif (n in Wset) and (new_dist >= Wset[n][1]): continue # skip this node, probe too long else: # Add new node to working set, or update existing node Wset[n] = (last, new_dist) return Fset def build_RT(src, LSDB): '''Given a source node and a Link State Database for the network, return a table with three values for each node - the distance on the shortest path from the source to that destination node, and the names of the first and last nodes on the path, not including the endpoints. The first node is needed in a routing table. The last node is needed to construct a tree with src at the root. >>> build_RT('A', LSDB) {'A': ('A', 'A', 0), 'C': ('B', 'B', 9), 'B': ('B', 'A', 2), \ 'E': ('B', 'B', 4), 'D': ('B', 'H', 10), 'G': ('B', 'E', 5), \ 'F': ('B', 'E', 6), 'H': ('B', 'F', 8)} ~~''' # Current working node wrk = src # Nodes in the working set and final set, saved as dictionaries. # {key: value} = {nodename: (first, last, distance from src)} Wset = {}; Fset = {} # Special setup for first step Fset[wrk] = (wrk, wrk, 0) # {'A': ('A', 'A', 0)} for (n, d) in LSDB[wrk]: first = n # first step on the new route last = wrk Wset[n] = (first, last, d) # {'B': ('B', 'A', 2), 'G': ('G', 'A', 6)} while Wset: # loop until the working set is empty # Select next wrk node dist = INF for node in Wset: # Find the shortest distance in the (first, last, d) = Wset[node] # working set, and make that node if d < dist: # the new working node. The distance of dist = d # that node will never get smaller. wrk = node # Move the new working node to the final set Fset[wrk] = Wset[wrk] del Wset[wrk] # Update first and last hops first = Fset[wrk][0] last = wrk # Expand the work set for (n, d) in LSDB[wrk]: # Probe the nodes adjacent to wrk new_dist = dist + d # probe distance if n in Fset: continue # skip this node, already finalized elif (n in Wset) and (new_dist >= Wset[n][2]): continue # skip this node, probe too long else: # Add new node to working set, or update existing node Wset[n] = (first, last, new_dist) return Fset
Limitations
The main limitations of simple shortest-path routing have to do with real-world problems that occur in large networks. We can't just keep adding nodes to a huge routing table at every node. As shown in Figure 2, the time to build (or re-build) a table increases as the square of the number of nodes. Also, as nodes are added, the number of failing links, changes in topology, and other events that trigger re-builds throughout the network - these events will occur more frequently.
Aside from these technical limitations, there are administrative headaches that come with huge networks, and these often set a size limit far short of what is technically possible. A campus-wide network might have 100 nodes with only two connections to the outside world, and no desire to add nodes managed by businesses in the same city. Those businesses might be better served by a city-wide network that includes one of the campus "gateway" nodes. The city-wide network might include a few hundred nodes that all have routing table entries for each other, but only one entry for all the nodes on campus. Similarly, the city network might look like just one node in a larger regional network. Hierarchical routing is one way to partition a network.
A routing algorithm is not enough to design a network. We need a complete routing protocol to deal with real-world issues. The [[Routing protocol] articles will discuss how we handle issues such as:
partitioning - hierarchical is not the only possibility
rapid recovery - minimize the time that the routing tables are "out of sync" with the actual topology
preferential routing - voice packets must not have a noticeable delay
load balancing - don't overload the shortest path
security - keep the bad guys from diverting traffic
policy overrides - block our competitors, even if they are coming through one of our customers
- ↑ E.W. Dijkstra (1959) "A note on two problems in connexion with graphs", Numerische Mathematik 1: 269–271.