Count-to-Infinity in Distance-Vector Routing & Countermeasures (Split Horizon, Poison Reverse)

Count-to-Infinity in Distance-Vector Routing & Countermeasures (Split Horizon, Poison Reverse)

Verified Sources
Sep 12, 2026

Count-to-infinity, Split Horizon, and Poison Reverse (Distance Vector)

Distance-vector routing (DVR) protocols compute routes using iterative neighbor exchanges. A key limitation is that they do not maintain full topology knowledge; instead, routers infer reachability from the distance vectors received from neighbors. As a result, when a destination becomes unreachable, routers can temporarily “believe” the destination is reachable via each other, creating a routing loop that causes metrics to increase step-by-step—this is the count-to-infinity problem.2

The core mechanism behind the count-to-infinity problem is uncertainty: if router BB hears from neighbor AA that AA can reach destination DD, then BB cannot distinguish whether that path from AA to DD relies on BB itself. When the direct path to DD fails, routers may start reinforcing each other’s belief in a broken route, so the hop-count (or cost) estimates keep incrementing until a bounded “infinity” threshold halts the process.2

Key takeaways:

  • Distance-vector routing uses iterative updates and relaxations (Bellman-Ford style), which can allow loops.
  • Routing loop triggers count-to-infinity.
  • Protocols use bounded metrics (an “infinity” value) so the loop cannot grow without limit.

Footnotes

  1. Route Poisoning and Count to Infinity Problem - Explains count-to-infinity as routing loops with increasing metrics in distance-vector routing. 2

  2. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver. 2 3 4

  3. RIP (Nokia Infocenter) - States RIP hop limit (15), infinity as 16, and how count-to-infinity is bounded; also notes split horizon with poison reverse usage. 2

Terminology and the intuition (why metrics increase)

In DVR, each router maintains a table with an estimate for the “distance” to each destination, typically based on the neighbor’s advertised distance plus a local link metric. When a failure happens, routers must retract or update their estimates. But because they only know neighbors’ advertised distances (not the actual path), a router can accept an alternative that is actually looping back through itself.

The typical phenomenon:

  1. A path to destination DD breaks.
  2. One router (say BB) eventually stops receiving “good news” and increases/removes its entry.
  3. Before convergence completes, neighbors still advertise stale information; these update cycles can create a loop.
  4. The measured distance estimate increases each round (“one more hop each time”) until reaching a defined infinity threshold.2

In RIP specifically, hop-count metrics are limited: valid distances are 11 through 1515, and a metric of 16 indicates infinity/unreachable. Therefore, when routing loops cause repeated increases, the process bottoms out at the infinity bound.

Key terms for this mechanism:

  • Bellman–Ford relaxation
  • Stale update
  • Infinity metric
  • Convergence

Footnotes

  1. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver. 2

  2. Route Poisoning and Count to Infinity Problem - Explains count-to-infinity as routing loops with increasing metrics in distance-vector routing.

  3. RIP (Nokia Infocenter) - States RIP hop limit (15), infinity as 16, and how count-to-infinity is bounded; also notes split horizon with poison reverse usage.

How count-to-infinity can unfold (a minimal loop example)

  1. 1
    Step 1

    Routers exchange DVs and agree on some finite hop-count/cost to destination DD through one another.

  2. 2
    Step 2

    For example, the next-hop path to DD for one router is lost, but other routers may not yet know this.

  3. 3
    Step 3

    Router BB receives updates suggesting DD is still reachable via neighbor AA (even though AA’s route depends on BB).

  4. 4
    Step 4

    Each router updates its table by adding the local hop/cost to the neighbor’s advertised distance, so the estimate increases step-by-step (e.g., 2,3,4,2˘0262,3,4,\u2026).

  5. 5
    Step 5

    When the metric reaches the protocol’s infinity value (e.g., RIP uses 16 as infinity), routers treat the destination as unreachable and correct/flush the entry.

    Footnotes

    1. RIP (Nokia Infocenter) - States RIP hop limit (15), infinity as 16, and how count-to-infinity is bounded; also notes split horizon with poison reverse usage.

  6. 6
    Step 6

    During the escalation window, packets may follow the loop, and convergence is delayed.2

    Footnotes

    1. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver.

    2. Route Poisoning and Count to Infinity Problem - Explains count-to-infinity as routing loops with increasing metrics in distance-vector routing.

Why Split Horizon helps (but doesn’t fully solve count-to-infinity)

Split horizon reduces the chance that a neighbor will incorrectly infer a loop using reverse knowledge from the same interface. The basic rule is: if a router learns a route to destination DD via neighbor/interface XX, it will not advertise that same route back to $X`—so the most direct feedback loop (often a 2-router loop) is suppressed.

In practice:

  • When a route fails, routers can still exchange bad/stale information through other paths.
  • Split horizon specifically prevents advertising back on the same interface, so loops longer than 2 hops can still arise, meaning split horizon mitigates but does not eliminate count-to-infinity in all cases.2

Footnotes

  1. Split horizon route advertisement (Wikipedia) - Defines split horizon as a method preventing routing loops in distance-vector protocols by not advertising a route back to the interface where it was received. 2

  2. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver.

  3. Distance-Vector Protocols | CS 168 Textbook - Shows that split horizon/poison reverse avoid some loops but not all; introduces count-to-infinity and discusses longer-loop behavior.

Split Horizon: concrete effect on DV loops

For a router RR and destination DD:

  • If neighbor NN is the next-hop learned route for DD on interface/link ii,
  • then RR omits advertising the DD route to NN on ii.

This reduces “echoes” in routing announcements that commonly start loop formation. However, as noted in discussions of the count-to-infinity phenomenon, multi-router loops (length 3\ge 3) may survive split horizon filtering, so the metric can still climb until infinity.

Footnotes

  1. Split horizon route advertisement (Wikipedia) - Defines split horizon as a method preventing routing loops in distance-vector protocols by not advertising a route back to the interface where it was received.

  2. Distance-Vector Protocols | CS 168 Textbook - Shows that split horizon/poison reverse avoid some loops but not all; introduces count-to-infinity and discusses longer-loop behavior.

Poison Reverse: more aggressive than Split Horizon

Poison reverse improves loop avoidance by not merely omitting advertisements but explicitly poisoning them (advertising infinity) back to the neighbor that provided the route.2

Compared to split horizon:

  • Split horizon: “I won’t tell you this route on that interface.”
  • Poison reverse: “Even if you think I have a route, I’m telling you it’s unreachable via me (advertise infinity).”

Operationally in RIP terms:

  • When a router learns a route to destination DD from neighbor NN,
  • it sends advertisements back to NN with metric 16 (infinity), indicating that NN should not route to $D through this router.2

Poison reverse is designed to prevent the neighbor from using the poisoned route as a basis for a looping alternative, thereby helping convergence behavior and loop elimination in more scenarios than simple split horizon.2

Footnotes

  1. Poison reverse (TechTarget) - Defines poison reverse as loop avoidance that advertises unreachable routes using an infinity metric. 2

  2. What is poison reverse? (TechTarget) - Explains how poison reverse works with RIP-style hop-count infinity signaling and the relationship to split horizon. 2 3

  3. RIP (Nokia Infocenter) - States RIP hop limit (15), infinity as 16, and how count-to-infinity is bounded; also notes split horizon with poison reverse usage.

  4. Distance-Vector Protocols | CS 168 Textbook - Shows that split horizon/poison reverse avoid some loops but not all; introduces count-to-infinity and discusses longer-loop behavior.

Mental model for both techniques

Split horizon suppresses announcements back to the next-hop; poison reverse instead sends an explicit “unreachable” (infinity) metric to that next-hop. Both are aimed at breaking the feedback that makes DVR believe loops are valid paths.2

Footnotes

  1. Split horizon route advertisement (Wikipedia) - Defines split horizon as a method preventing routing loops in distance-vector protocols by not advertising a route back to the interface where it was received.

  2. Poison reverse (TechTarget) - Defines poison reverse as loop avoidance that advertises unreachable routes using an infinity metric.

Neither technique alone guarantees freedom from count-to-infinity

Split horizon and poison reverse primarily target loops that depend on “advertising back to the next-hop.” Count-to-infinity can still occur via longer loops (e.g., involving 3+ routers) during convergence after failures.2

Footnotes

  1. Distance-Vector Protocols | CS 168 Textbook - Shows that split horizon/poison reverse avoid some loops but not all; introduces count-to-infinity and discusses longer-loop behavior.

  2. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver.

Stability impact: Split Horizon vs Poison Reverse (conceptual)

Both reduce routing loop formation in distance-vector updates; poison reverse is typically more aggressive by explicitly advertising infinity.

Where the techniques fit in the DVR failure lifecycle

Consistent DVs

Stable phase

Routers exchange distances and agree on best paths."

Routes become invalid

Failure occurs

A destination path breaks; routers start updating tables with partial knowledge."

Stale updates can cause loops

Convergence window

Bad news propagates slowly and can be reinforced into count-to-infinity."

Split horizon / Poison reverse reduces feedback

Countermeasure behavior

Prevents or poisons advertisements back to the neighbor that provided the route."

Infinity metric stops metric growth

Bounded infinity halts escalation

Protocols bound costs (e.g., RIP metric 16 = infinity), limiting how long counting continues."

Footnotes

  1. RIP (Nokia Infocenter) - States RIP hop limit (15), infinity as 16, and how count-to-infinity is bounded; also notes split horizon with poison reverse usage.

Frequently tested nuances

Self-check: key concepts

1 / 5
Question · Term

Count-to-infinity problem (in DV) — what is it?

Click to reveal
Answer · Definition

A routing loop where routers repeatedly increase the advertised distance to a destination until a protocol-defined infinity metric is reached.2

Footnotes

  1. Route Poisoning and Count to Infinity Problem - Explains count-to-infinity as routing loops with increasing metrics in distance-vector routing.

  2. Distance-vector routing protocol (Wikipedia) - Discusses why Bellman-Ford style DVR can suffer count-to-infinity and the ambiguity about whether a neighbor’s path includes the receiver.

Knowledge Check

Question 1 of 4
Q1Single choice

The count-to-infinity problem in distance-vector routing is primarily caused by: