Hands-On Lab: Configuring EIGRP Authentication

This hands-on lab configures MD5 authentication on an EIGRP-enabled interface using a key chain, verifying the neighbor relationship requires a matching key on both sides and observing the resulting failure when keys are mismatched.

EIGRP MD5 AuthenticationKey Chain ConfigurationNeighbor Security

~3 min read · Updated Sep 23, 2026

Lab Objective

Configure a key chain and MD5 authentication on an EIGRP-enabled interface between two routers, verify the neighbor relationship forms successfully when keys match, then introduce a key mismatch and observe the resulting failure.

Lab Purpose

Just as with OSPF authentication covered in the previous lab, EIGRP without authentication allows any device sending properly formatted EIGRP hellos on a shared segment to potentially form an unauthorized neighbor relationship. EIGRP authentication uses a distinct configuration mechanism — the key chain — worth understanding on its own terms.

Lab Topology

R1 ---- Gi0/0 ------------------ Gi0/0 ---- R2
     192.168.120.1/24         192.168.120.2/24

EIGRP AS 100, already forming a healthy
adjacency between R1 and R2

Task 1: Verify the Current Healthy Adjacency

Confirm R1 and R2 show an active EIGRP neighbor relationship before adding authentication.

Task 2: Create a Key Chain on R1

Define a key chain with a key ID and key string.

Task 3: Apply the Key Chain and Enable Authentication on R1's Interface

Configure MD5 authentication mode and reference the key chain on the interface.

Task 4: Configure the Matching Key Chain and Authentication on R2

Repeat the same configuration on R2 with an identical key.

Task 5: Verify the Adjacency Remains Active

Confirm the neighbor relationship is unaffected, since both keys match.

Task 6: Introduce a Key Mismatch and Verify Failure

Change R2's key string to a different value and observe the resulting neighbor loss.

Solution and Verification

R1# show ip eigrp neighbors

H   Address           Interface   Hold Uptime
0   192.168.120.2      Gi0/0        13   00:05:22

R1(config)# key chain EIGRP-KEYS
R1(config-keychain)# key 1
R1(config-keychain-key)# key-string EigrpKey2026

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip authentication mode eigrp 100 md5
R1(config-if)# ip authentication key-chain eigrp 100 EIGRP-KEYS

R2(config)# key chain EIGRP-KEYS
R2(config-keychain)# key 1
R2(config-keychain-key)# key-string EigrpKey2026
R2(config-keychain-key)# exit
R2(config-keychain)# exit
R2(config)# interface gigabitethernet0/0
R2(config-if)# ip authentication mode eigrp 100 md5
R2(config-if)# ip authentication key-chain eigrp 100 EIGRP-KEYS

R1# show ip eigrp neighbors

H   Address           Interface   Hold Uptime
0   192.168.120.2      Gi0/0        14   00:00:08
-- Neighbor relationship reformed cleanly
-- once both sides had matching keys applied

R2(config)# key chain EIGRP-KEYS
R2(config-keychain)# key 1
R2(config-keychain-key)# key-string DifferentKey999

R1# debug eigrp packets

EIGRP: Auth failure for packet from 192.168.120.2,
key-chain "EIGRP-KEYS" key-id 1

R1# show ip eigrp neighbors

-- (empty -- neighbor lost once the hold
--  timer expires, since authentication
--  now fails on every subsequent hello)

Key Takeaway

EIGRP authentication requires a key chain as an intermediate configuration object rather than applying a key value directly to the interface as OSPF authentication does — this key chain structure exists specifically to support key rotation over time (multiple keys with different valid time windows), a capability worth knowing about even in a simple single-key lab like this one.

Written & researched by Dr. Shahin Siami

Related Articles

Hands-On Lab: Configuring HSRP for IPv6

This hands-on lab configures HSRP for IPv6 between two routers, demonstrating the option to use an automatically generated link-local virtual address rather than manually assigning one, and verifies failover behavior mirrors the IPv4 HSRP lab covered earlier in this series.

Continue

Hands-On Lab: Configuring SVI Autostate Exclude

This hands-on lab configures SVI autostate exclude on a monitoring port within a VLAN, preventing that single inactive port from incorrectly bringing down the SVI for an entire VLAN that still has other active member ports.

Continue

Hands-On Lab: Configuring Private VLANs (PVLANs)

This hands-on lab configures a full Private VLAN structure with a primary VLAN and both isolated and community secondary VLANs, demonstrating fine-grained Layer 2 isolation within a single IP subnet beyond what the simple protected-port feature from an earlier lab can achieve.

Continue

Hands-On Lab: Configuring VLAN Access Control Lists (VACLs)

This hands-on lab configures a VLAN Access Control List using a VLAN access-map to filter traffic within a single VLAN at Layer 2, something a standard router-applied ACL cannot achieve since traffic never leaves the VLAN to reach a routed interface.

Continue

Hands-On Lab: Configuring Storm Control

This hands-on lab configures storm control thresholds on a switch port to limit broadcast and multicast traffic, simulating a broadcast storm and verifying the switch suppresses excess traffic before it can overwhelm the network.

Continue

Hands-On Lab: Configuring PVLAN Edge (Protected Ports)

This hands-on lab configures PVLAN Edge (protected ports) on two access ports within the same VLAN, isolating them from each other at Layer 2 while both retain normal connectivity to an uplink port, demonstrating a lightweight isolation feature that requires no separate VLAN.

Continue