(I’ve revised this document in June 2012 to be more concise, apologies for any confusion, there were a couple of ambiguous sections in here for sure!)
Right, it’s taken me an hour but I feel the need to share with you and note for my future reference the way EIGRP metric is calculated by DEFAULT.
You can’t really beat Cisco’s whitepaper on the subject of EIGRP once you’ve cleared it up in your head, but I did take a moment to get my shit together and realise exactly what was going on.
Okay, lets ignore topologies as it’s not going to help right here but you are already running EIGRP right? You wanna know how that phat number in the sh ip route or sh ip eigrp topology arrived there, yes?
Okay – check this EIGRP topology
The numbers here you’re interested in are the ones highlighted in bold. The first is your Feasible Distance the metric your router your on has calculated to get to the network in question, the second number is the Advertised Distance which is simply this same calculation of metric performed by the router described here as 172.31.0.6 via serial 0/0.3 to reach the network 10.1.0.0/24.
Okay. For each entry in your topology table that you wish to understand the calculation, the king command here is
The highlighted bold values are the interesting ones BY DEFAULT. The point being hardly anyone shags with the other K values in EIGRP, they are always 0, so 0 x anything is 0. K1 (bandwidth) and K3 (delay) are the only ones that have values and they are both 1.
The trick here is to understand what to do with these two numbers to get your resulting metric.
The bandwidth – which is the lowest bandwidth on the path to the network of interest has to be calculated as such:-
10,000,000 (or as some people say 10 to the power of 7) divided by bandwidth (as it’s displayed in the output of this command i.e. 1544)
So 10,000,000 divided by 1,544 = 6,476 (the calculations don’t play with decimal values after the whole number)
Then take the delay value and divide by 10. So 40,000 becomes 4,000. This is because EIGRP calculates the delay in 10’s of microseconds rather than the microsecond value displayed on the output of this or the sh interface command.
Finally you have the figures your interested in, they are Bandwidth = 6,476 and you add that to the delay 4,000
Take that figure, shake it all about 😉 .. no don’t do that, simply take that figure of bandwidth (6,476) plus delay (4,000) and multiply it by 256 and your metric calculation will be displayed before your very eyes..
(6,476 + 4,000) x 256 = 2681856 which is your Feasible Distance to the network in question. 🙂