EIGRP

===============================================================================

EIGRP topology table and the FD value

===============================================================================

Per Cisco doc:

"The feasible distance is the  best metric to reach the destination or the best metric that was known  when the route went active. This value is used in the feasibility  condition check. If the reported distance of the router (the metric  after the slash) is less than the feasible distance, the feasibility  condition is met and that path is a feasible successor."

The blue and the red number normally match, and that is the FD.

R1#sh ip eigrp topology  10.6.6.0/24

EIGRP-IPv4 Topology Entry for AS(1)/ID(10.1.1.1) for 10.6.6.0/24

  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 161280

  Descriptor Blocks:

  10.0.13.3 (FastEthernet0/0), from 10.0.13.3, Send flag is 0x0

      Composite metric is (161280/158720), route is Internal

      Vector metric:

        Minimum bandwidth is 100000 Kbit

        Total delay is 5300 microseconds

        Reliability is 255/255

        Load is 1/255

        Minimum MTU is 1500

        Hop count is 3

        Originating router is 10.6.6.6

R1#sh ip eigrp topology

EIGRP-IPv4 Topology Table for AS(1)/ID(10.1.1.1)

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

       r - reply Status, s - sia Status

P 10.6.6.0/24, 1 successors, FD is 161280

        via 10.0.13.3 (161280/158720), FastEthernet0/0

        via 172.16.15.5 (670720/158720), Serial1/0

R1#sh ip route 10.6.6.6

D        10.6.6.0/24 [90/161280] via 10.0.13.3, 00:21:14, FastEthernet0/0

      172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks

=====================================================

There are several reasons why the EIGRP neighbor router(s) might not respond to the Query. Common reasons for this include the following:

1.       The neighbor router’s CPU is overloaded and the router either cannot respond in time or is even unable to process all incoming packets including the EIGRP packets.

2.       Quality issues on the link are causing packets to be lost.

3.       Low-bandwidth links are congested and packets are being delayed or dropped.

4.       The network topology is excessively large or complex, either requiring the Query to propagate to a significant depth or causing an inordinate number of prefixes to be impacted by a single link or node failure.

===================================================