From these only bandwidth and delay are by default enabled.
EIGRP Neighborship Requirements and Conditions
This
is the second part of this article. In this part we will explain how
two routers become EIGRP neighbor and maintain this neighborship. In
order to become an EIGRP neighbor, three essential configuration values
must be matched. This part explains these values with neighborship
building process in detail with example.
EIGRP Packets
Hello packets don’t have to be acknowledged since EIGRP uses a holddown time. If a
router doesn’t receive hello packets in an X amount of time it will drop the neighbor
adjacency.
So which packets should be acknowledged? Think about routing information, if there’s a
change in the network you want to make sure all routers receive this routing update.
Let me show you all the different EIGRP packets:
• Hello
• Update
• Query
• Reply
• ACK (Acknowledgement)
Hello packets are used for neighbor discovery. As soon as you send hello packets and
receive them your EIGRP routers will try to form the neighbor adjacency.
Update packets have routing information and are sent reliable to whatever router that
requires this information. Update packets can be sent to a single neighbor using unicast or
to a group of neighbors using multicast.
Query packets are used when your EIGRP router has lost information about a certain
network and doesn’t have any backup paths. What happens is that your router will send
query packets to its neighbors asking them if they have information about this particular
network.
Reply packets are used in response to the query packets and are reliable.
ACK packets are used to acknowledge the receipt of update, query and replay packets. ACK
packets are sent by using unicast.
EIGRP Metric K Values Explained with Examples
One more thing we have to talk about…the EIGRP metrics. Best path select EIGRP best on lowest metrics Let’s take a good look at the EIGRP metrics and the formula.
EIGRP uses the following components for the metric which are represented by K-values:
• Bandwidth (K1)
• Loading (K2)
• Delay (K3)
• Reliability (K4)
• MTU (K5)
In this screenshot where I used the command show ip protocols you can see which Kvalues
are enabled by default. K1 is bandwidth and K3 which is delay. As you can see it
doesn’t show “bandwidth and delay enabled” but only the K-values. The K-values and to
which component they translate is something you’ll have to remember.
Bandwidth K1:
If you use the show interface FastEthernet 0/0 command you can see the interface
information. The screenshot above only shows part of the output. You can see the
bandwidth is 100000 Kbit which is a 100Mbit interface.
Bandwidth is a static value which can be changed by using the bandwidth command. Keep
in mind this doesn’t change the actual bandwidth of the interface! This command is ONLY
used to influence routing protocols like EIGRP.
Loading K2:
Loading will show you how busy the interface is based on the packet rate and the bandwidth
on the interface. This is a value that can change over time so it’s a dynamic value.
Delay K3:
Delay reflects the time it will take for packets to cross the link and is a static value. Cisco
IOS will have default delay values for the different types of interface. A FastEthernet
interface has a default delay of 100 usec.
If you use the delay command you can change this value to influence routing protocols like
EIGRP. It doesn’t actually change the delay for this interface but it is only used to influence
routing protocols.
Here
Here you see the new delay I just configured on the interface.
Reliability K4:
Reliability at 255/255 is 100%. This means that you don’t have issues on the physical or
data-link layer. If you are having issues this value will decrease. Since this is something
that can change it’s a dynamic value.
MTU K5:
MTU or Maximum Transmission Unit is being exchanged between EIGRP neighbors but not
used for the metric calculation.
By default only K1 (bandwidth) and K3 (delay) are enabled and we don’t use K2 (loading) or
K4 (reliability). Why not? Because loading and reliability are dynamic values and they can
change over time. You don’t want your EIGRP routers calculating 24/7 and sending updates
to each other just because the load or reliability of an interface has changed. We want
routing protocols to be nice and quiet and only base their routing decisions on static values
like bandwidth and delay. If you only use those two static values our EIGRP routers don’t
have to do any recalculation unless an interface goes down or a router died.
What does the EIGRP metric calculation look like? Is it just a big blender where we put in all
those values and stir it up into a nice value? Let’s take a look at the actual formula:
Metric = bandwidth (slowest link) + delay (sum of delays)
• Bandwidth: [107/ minimum bandwidth in the path] * 256.
• Delay: sums of delays in the path multiplied by 256 (in tens of microseconds).
So the formula looks like:
Metric = ( 107/ minimum bandwidth) * 256 + (sum of delays) * 256
The multiplication is done so EIGRP is compatible with IGRP (the predecessor of EIGRP).
The lowest bandwidth in the upper path is our 64kbps link so the EIGRP bandwidth
calculation will look like this:
Bandwidth = (107 / slowest link) * 256
Bandwidth = (10,000,000 / 64) * 256 = 156,250 * 256 = 40,000,000
Now let’s look at the delay calculation for the upper path:
Delay = [sum of delays] * 256
Delay = [1000+1000+1000] * 256
Delay = 768,000
Let’s add those numbers together and we’ll have the total metric:
Metric = bandwidth + delay
Metric = 40,000,000 + 768,000
Metric = 40,768,000
Same metric method will use in both interface lowest metric will win
EIGRP BASIC CONFIGURATION LAB
EIGRP CLASS LESS CONFIGURATION LAB
EIGRP MD5 AUTHENTICATION LAB
Social Plugin