The case for separating routing from routers

  • Authors:
  • Nick Feamster;Hari Balakrishnan;Jennifer Rexford;Aman Shaikh;Jacobus van der Merwe

  • Affiliations:
  • MIT Computer Science & AI Lab;MIT Computer Science & AI Lab;AT&T Labs Research;AT&T Labs Research;AT&T Labs Research

  • Venue:
  • Proceedings of the ACM SIGCOMM workshop on Future directions in network architecture
  • Year:
  • 2004

Quantified Score

Hi-index 0.00

Visualization

Abstract

Over the past decade, the complexity of the Internet's routing infrastructure has increased dramatically. This complexity and the problems it causes stem not just from various new demands made of the routing infrastructure, but also from fundamental limitations in the ability of today's distributed infrastructure to scalably cope with new requirements.The limitations in today's routing system arise in large part from the fully distributed path-selection computation that the IP routers in an autonomous system (AS) must perform. To overcome this weakness, interdomain routing should be separated from today's IP routers, which should simply forward packets (for the most part). Instead, a separate Routing Control Platform (RCP) should select routes on behalf of the IP routers in each AS and exchange reachability information with other domains.Our position is that an approach like RCP is a good way of coping with complexity while being responsive to new demands and can lead to a routing system that is substantially easier to manage than today. We present a design overview of RCP based on three architectural principles path computation based on a consistent view of network state, controlled interactions between routing protocol layers, and expressive specification of routing policies and discuss the architectural strengths and weaknesses of our proposal.