Hands-On Lab: Configuring EIGRP for IPv6

This hands-on lab configures EIGRP for IPv6 between two routers, activating the protocol directly on each interface similar to OSPFv3's approach, and highlights the mandatory router ID requirement unique to EIGRPv6.

EIGRP for IPv6ipv6 eigrpEIGRP Router ID Requirement

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۱ مهر ۱۴۰۵

Lab Objective

Configure EIGRP for IPv6 on two routers, activating it directly on the relevant interfaces, explicitly set a router ID as EIGRPv6 requires, and verify neighbor formation and route exchange.

Lab Purpose

EIGRP for IPv6 follows the same underlying DUAL logic as EIGRP for IPv4, discussed earlier in this series, but like OSPFv3 covered in the previous lab, is activated directly per interface rather than via a network command — and unlike IPv4 EIGRP, it has no fallback method for automatically deriving a router ID, making manual configuration mandatory rather than optional.

Lab Topology

R1 ---- Gi0/0 ------------------ Gi0/0 ---- R2
     2001:DB8:G:1::1/64      2001:DB8:G:1::2/64

R1's LAN: 2001:DB8:G:10::/64 (Loopback1)
R2's LAN: 2001:DB8:G:20::/64 (Loopback1)

Task 1: Configure Basic IPv6 Addressing

Enable IPv6 routing and configure the link addresses and each router's loopback.

Task 2: Enable the EIGRP for IPv6 Process

Create the EIGRPv6 process globally on both routers, but do not yet activate it on any interface.

Task 3: Attempt to Bring Up the Process Without a Router ID

Attempt to enable the process with no-shutdown and observe the resulting error regarding a missing router ID.

Task 4: Manually Configure the Router ID

Set an explicit router ID on both routers to resolve the error.

Task 5: Activate EIGRPv6 on the Relevant Interfaces

Enable EIGRPv6 directly on the shared link interface and each router's loopback.

Task 6: Verify Neighbor Formation and Route Exchange

Confirm the neighbor relationship forms and each router learns the other's LAN.

Solution and Verification

R1(config)# ipv6 unicast-routing
R1(config)# interface gigabitethernet0/0
R1(config-if)# ipv6 address 2001:DB8:G:1::1/64
R1(config-if)# no shutdown
R1(config-if)# exit
R1(config)# interface loopback1
R1(config-if)# ipv6 address 2001:DB8:G:10::1/64
R1(config-if)# exit

R1(config)# ipv6 router eigrp 100
R1(config-rtr)# no shutdown

% EIGRP-IPv6: could not create eigrp router process,
router-id not configured
-- Unlike IPv4 EIGRP, which can automatically
-- derive a router ID from an interface
-- address, EIGRPv6 requires one to be
-- explicitly set before the process can start

R1(config-rtr)# eigrp router-id 1.1.1.1
R1(config-rtr)# no shutdown
-- Now succeeds without error

R2(config)# ipv6 unicast-routing
R2(config)# interface gigabitethernet0/0
R2(config-if)# ipv6 address 2001:DB8:G:1::2/64
R2(config-if)# no shutdown
R2(config-if)# exit
R2(config)# interface loopback1
R2(config-if)# ipv6 address 2001:DB8:G:20::1/64
R2(config-if)# exit
R2(config)# ipv6 router eigrp 100
R2(config-rtr)# eigrp router-id 2.2.2.2
R2(config-rtr)# no shutdown

R1(config)# interface gigabitethernet0/0
R1(config-if)# ipv6 eigrp 100
R1(config-if)# exit
R1(config)# interface loopback1
R1(config-if)# ipv6 eigrp 100

R2(config)# interface gigabitethernet0/0
R2(config-if)# ipv6 eigrp 100
R2(config-if)# exit
R2(config)# interface loopback1
R2(config-if)# ipv6 eigrp 100

R1# show ipv6 eigrp neighbors

H   Address                Interface   Hold Uptime
0   Link-local address ..   Gi0/0        13   00:01:04

R1# show ipv6 route eigrp

D   2001:DB8:G:20::/64 [90/3072]
     via FE80::250:56FF:FEBB:3344, GigabitEthernet0/0

Key Takeaway

The mandatory eigrp router-id command is the single most important detail distinguishing EIGRPv6 configuration from its IPv4 counterpart — forgetting it produces an explicit, easy-to-diagnose error message at process startup, unlike some misconfigurations that only manifest as a silent failure to form neighbors.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

ادامه

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

ادامه

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

ادامه

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

ادامه

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

ادامه

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

ادامه