Avoiding instability during graceful shutdown of multiple OSPF routers
| Autor: | Rohit Dube, Anujan Varma, Aman Shaikh |
|---|---|
| Rok vydání: | 2006 |
| Předmět: |
Router
Routing protocol Virtual routing and forwarding Dynamic Source Routing Computer Networks and Communications Computer science Equal-cost multi-path routing Routing table Distributed computing Open Shortest Path First Enhanced Interior Gateway Routing Protocol IP forwarding Source routing Network topology Routing Information Protocol One-armed router Convergence (routing) Forwarding plane Destination-Sequenced Distance Vector routing Electrical and Electronic Engineering Link state packet Static routing business.industry Network packet ComputerSystemsOrganization_COMPUTER-COMMUNICATIONNETWORKS Policy-based routing Packet forwarding Computer Science Applications Link-state routing protocol Routing domain business Software Computer network |
| Zdroj: | IEEE/ACM Transactions on Networking. 14:532-542 |
| ISSN: | 1063-6692 |
| DOI: | 10.1109/tnet.2006.876152 |
| Popis: | Many recent router architectures decouple the routing engine from the forwarding engine, allowing packet forwarding to continue even when the routing process is not active. This opens up the possibility of using the forwarding capability of a router even when its routing process is brought down for software upgrade or maintenance, thus avoiding the route flaps that normally occur when the routing process goes down. Unfortunately, current routing protocols, such as BGP, OSPF and IS-IS do not support such operation. In an earlier paper [1], we described an enhancement to OSPF, called the IBB (I'll Be Back) capability, that enables a router to continue forwarding packets while its routing process is inactive.When the OSPF process in an IBB-capable router is inactive, it cannot adapt its forwarding table to reflect changes in network topology. This can lead to routing loops and/or black holes. In this paper, we focus on the loop problem and provide a detailed analysis of how and when loops are formed and propose solutions to prevent them. We develop two necessary conditions for the formation of routing loops in the general case when multiple routers are inactive. These conditions can easily be checked by the neighbors of the inactive routers. Simulations on several network topologies showed that checking the two conditions together signaled a loop in most cases only when a loop actually existed. |
| Databáze: | OpenAIRE |
| Externí odkaz: |
|