Link-state routing protocol explained

Link-state routing protocols are one of the two main classes of routing protocols used in packet switching networks for computer communications, the others being distance-vector routing protocols.[1] Examples of link-state routing protocols include Open Shortest Path First (OSPF) and Intermediate System to Intermediate System (IS-IS).[2] Link-state algorithms are sometimes characterized informally as each router "telling the world about its neighbors."[8]

Overview

In link-state routing protocols, each router possesses information about the complete network topology. Each router then independently calculates the best next hop from it for every possible destination in the network using local information of the topology. The collection of best next hops forms the routing table.

This contrasts with distance-vector routing protocols, which work by having each node share its routing table with its neighbours. In a link-state protocol, the only information passed between the nodes is the information used to construct the connectivity maps.

History

What is believed to be the first adaptive routing network of computers, using link-state routing, was designed and implemented during 1976–1977 by a team from Plessey Radar led by Bernard J Harris; the project was for "Wavell" a system of computer command and control for the British Army. The first link-state routing concept was published in 1979 by John M. McQuillan (then at Bolt, Beranek and Newman) as a mechanism that would calculate routes more quickly when network conditions changed and thus lead to more stable routing.[9] [10] [11]

The technique was later adapted for use in the contemporary link-state routing protocols IS-IS and OSPF. Cisco literature refers to Enhanced Interior Gateway Routing Protocol (EIGRP) as a "hybrid" protocol,[12] despite the fact it distributes routing tables instead of topology maps. However, it does synchronize routing tables at start-up as OSPF does and sends specific updates only when topology changes occur.

In 2004, Radia Perlman proposed using link-state routing for layer 2 frame forwarding with devices called routing bridges, or Rbridges. The Internet Engineering Task Force has standardized the Transparent Interconnection of Lots of Links (TRILL) protocol to accomplish this.

More recently, this hierarchical technique was applied to wireless mesh networks using the Optimized Link State Routing Protocol (OLSR). Where a connection can have varying quality, the quality of a connection can be used to select better connections. This is used in some ad hoc routing protocols that use radio frequency transmission.

Distributing maps

The first main stage in the link-state algorithm is to give a map of the network to every node. This is done with several subsidiary steps. First, each node needs to determine what other ports it is connected to over fully working links; it does this using reachability protocol that it runs periodically and separately with each of its directly connected neighbours.

Each node periodically (and in case of connectivity changes) sends a short message, the link-state advertisement, which:

This message is sent to all the nodes on a network. As a necessary precursor, each node in the network remembers, for every one of its neighbors, the sequence number of the last link-state message which it received from that node. When a link-state advertisement is received at a node, the node looks up the sequence number it has stored for the source of that link-state message; if this message is newer (i.e., has a higher sequence number), it is saved, the sequence number is updated, and a copy is sent in turn to each of that node's neighbors. This procedure rapidly gets a copy of the latest version of each node's link-state advertisement to every node in the network.

The complete set produces the graph for the map of the network. The link-state message giving information about the neighbors is recomputed and then flooded throughout the network whenever there is a change in the connectivity between the node and its neighbors, e.g., when a link fails.

Calculating the routing table

The second main stage in the link-state algorithm is to produce routing tables by inspecting the maps. Each node independently runs an algorithm over the map to determine the shortest path from itself to every other node in the network; generally, some variant of Dijkstra's algorithm is used. A node maintains two data structures: a tree containing nodes which are "done", and a list of candidates. The algorithm starts with both structures empty; it then adds to the first one the node itself. The variant of a greedy algorithm then repetitively does the following:

The two steps are repeated as long as there are any nodes left in the candidate list. (When there are none, all the nodes in the network will have been added to the tree.) This procedure ends with the tree containing all the nodes in the network. For any given destination node, the best path for that destination is the node which is the first step from the root node, down the branch in the shortest-path tree which leads toward the desired destination node.

Algorithm optimizations

Whenever a change in the connectivity map happens, it is necessary to recompute the shortest-path tree and then recreate the routing table. BBN Technologies discovered how to compute only that part of the tree which could have been affected by a given change in the map.

Topology reduction

In some cases, it is reasonable to reduce the number of nodes that generate LSA messages. For this reason, a topology reduction strategy can be applied, in which only a subset of the network nodes generate LSA messages. Two widely studied approaches for topology reduction are multipoint relays that are at the base of the Optimized Link State Routing Protocol (OLSR) but have also been proposed for OSPF[13] and connected dominating sets that were again proposed for OSPF.[14]

Fisheye State Routing

With Fisheye State Routing (FSR), the LSA are sent with different time-to-live values to restrict their diffusion and limit the overhead due to control messages. The same concept is used also in the Hazy Sighted Link State Routing Protocol.

Failure modes

If all the nodes are not working from exactly the same map, routing loops can form. These are situations in which, in the simplest form, two neighboring nodes each think the other is the best path to a given destination. Any packet headed to that destination arriving at either node will loop between the two, hence the name. Routing loops involving more than two nodes are also possible.

This can occur since each node computes its shortest-path tree and its routing table without interacting in any way with any other nodes. If two nodes start with different maps, it is possible to have scenarios in which routing loops are created. In certain circumstances, differential loops may be enabled within a multi-cloud environment. Variable access nodes across the interface protocol may also bypass the simultaneous access node problem.[15]

Optimized Link State Routing Protocol

The Optimized Link State Routing Protocol (OLSR) is a link-state routing protocol optimized for mobile ad hoc networks (which can also be used on other wireless ad hoc networks).[16] OLSR is proactive and uses hello and topology control messages to disseminate link-state information into the mobile ad hoc network. Using hello messages, each node discovers two-hop neighbor information and elects a set of multipoint relays (MPRs). MPRs make OLSR distinct from other link-state routing protocols. Individual nodes use the topology information to compute next-hop paths regarding all nodes in the network using shortest-hop forwarding paths.

See also

References

  1. Web site: 2018-05-18 . Unicast Routing - Link State Routing . 2024-05-09 . GeeksforGeeks . en-US.
  2. 123sp15-lec14.pdf (ucsd.edu)

    https://cseweb.ucsd.edu/classes/sp15/cse123-a/lectures/123sp15-lec14.pdf

  3. Web site: 2019-08-12 . 9.6: Link-State Routing-Update Algorithm . 2024-05-09 . Engineering LibreTexts . en.
  4. 5-routing-part2.pdf (washington.edu)

    https://courses.cs.washington.edu/courses/cse461/22sp/slides/5-routing-part2.pdf

  5. link state protocol.pdf (fauser.edu)

    http://nuovolabs.fauser.edu/~valeria/materiale-didattico/sistemi-quinta/link%20state%20protocol.pdf Each collection of best paths will then form each node's routing table.[3]

    This contrasts with distance-vector routing protocols, which work by having each node share its routing table with its neighbors, in a link-state protocol, the only information passed between nodes is connectivity related.[4]

  6. lecture6.pptx (umich.edu)

    https://www.eecs.umich.edu/courses/eecs489/w10/winter10/lectures/lecture6_2.pdf The basic concept of link-state routing is that every node constructs a map of the connectivity to the network in the form of a graph, showing which nodes are connected to which other nodes.[2] Each node then independently calculates the next best logical path from it to every possible destination in the network.[3]

  7. lec10-lsrouting.pdf (princeton.edu)

    https://www.cs.princeton.edu/courses/archive/spring23/cos461/lectures/lec10-lsrouting.pdf

    The link-state protocol is performed by every switching node in the network (i.e., nodes which are prepared to forward packets; in the Internet, these are called routers).[2]

  8. Web site: Library . Broadband . 2018-08-31 . A Closer Look at Routing . 2024-05-09 . en-US.
  9. [John M. McQuillan]
  10. [John M. McQuillan]
  11. News: Bolat . Dorris M . Route4Me . 12 December 2021.
  12. Web site: Cisco Firepower Threat Defense Configuration Guide for Firepower Device Manager, Version 7.1 - Enhanced Interior Gateway Routing Protocol (EIGRP) [Cisco Secure Firewall Threat Defense] ]. 2024-01-18 . Cisco . en.
  13. OSPF Multipoint Relay (MPR) Extension for Ad Hoc Networks. February 2009. Nguyen. Dang-Quan. Clausen. Thomas H.. Jacquet. Philippe. Baccelli. Emmanuel. 10.17487/RFC5449 . free.
  14. Mobile Ad Hoc Network (MANET) Extension of OSPF Using Connected Dominating Set (CDS) Flooding. August 2009. Ogier. Richard. Spagnolo. Phil. 10.17487/RFC5614 .
  15. Wójcik . R . A survey on methods to provide interdomain multipath transmissions . Computer Networks . 2016 . 108. 233–259 . 10.1016/j.comnet.2016.08.028 .
  16. RFC 3626

Further reading