TY - GEN
T1 - The case for separating routing from routers
AU - Feamster, Nicholas G.
AU - Balakrishnan, Hari
AU - Rexford, Jennifer
AU - Shaikh, Aman
AU - Van Der Merwe, Jacobus
N1 - Publisher Copyright:
© 2004 ACM.
PY - 2004/8/30
Y1 - 2004/8/30
N2 - 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.
AB - 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.
KW - BGP
KW - interdomain routing
KW - routing architecture
UR - https://www.scopus.com/pages/publications/105042159713
UR - https://www.scopus.com/pages/publications/105042159713#tab=citedBy
U2 - 10.1145/1016707.1016709
DO - 10.1145/1016707.1016709
M3 - Conference contribution
AN - SCOPUS:11244271633
T3 - Proceedings of the ACM SIGCOMM Workshop on Future Directions in Network Architecture, FDNA 2004
SP - 5
EP - 12
BT - Proceedings of the ACM SIGCOMM Workshop on Future Directions in Network Architecture, FDNA 2004
PB - Association for Computing Machinery, Inc
T2 - ACM SIGCOMM Workshop on Future Directions in Network Architecture, FDNA 2004
Y2 - 30 August 2004 through 30 August 2004
ER -