Hands-On Lab: Configuring OSPFv3 for IPv6

This hands-on lab configures OSPFv3 between two routers to dynamically route IPv6 traffic, comparing its configuration syntax against the OSPFv2 labs covered earlier in this series while highlighting the interface-level activation approach OSPFv3 uses.

OSPFv3 ConfigurationIPv6 Dynamic RoutingInterface-Level OSPF Activation

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

Lab Objective

Configure OSPFv3 on two routers to dynamically route between their IPv6 networks, activating OSPFv3 directly on each interface rather than using a network command, and verify routes are learned correctly.

Lab Purpose

OSPFv3 extends OSPF to support IPv6, discussed earlier in this series regarding IPv4 OSPF configuration, but changes how the protocol is enabled — rather than the network command used throughout the OSPFv2 labs, OSPFv3 is activated directly on each interface individually.

Lab Topology

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

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

Task 1: Configure Basic IPv6 Addressing

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

Task 2: Enable OSPFv3 Directly on Each Interface

Activate OSPFv3 process 1 in area 0 on both the shared link interface and each router's loopback interface.

Task 3: Verify OSPFv3 Neighbor Formation

Confirm a neighbor relationship forms between R1 and R2.

Task 4: Verify Routes Are Learned

Confirm each router learns the other's LAN via OSPFv3.

Task 5: Verify Connectivity

Confirm R1 can ping R2's LAN address.

Solution and Verification

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

-- Unlike OSPFv2's network command, OSPFv3
-- is enabled directly on each interface
-- using "ipv6 ospf 1 area 0" -- there is
-- no equivalent network statement inside
-- a separate router configuration mode

R2(config)# ipv6 unicast-routing
R2(config)# interface gigabitethernet0/0
R2(config-if)# ipv6 address 2001:DB8:F:1::2/64
R2(config-if)# ipv6 ospf 1 area 0
R2(config-if)# no shutdown
R2(config-if)# exit
R2(config)# interface loopback1
R2(config-if)# ipv6 address 2001:DB8:F:20::1/64
R2(config-if)# ipv6 ospf 1 area 0

R1# show ipv6 ospf neighbor

Neighbor ID     Pri   State           Dead Time   Interface
2.2.2.2          1     FULL/DR         00:00:38    GigabitEthernet0/0

R1# show ipv6 route ospf

O    2001:DB8:F:20::/64 [110/2]
      via FE80::250:56FF:FEBB:3344, GigabitEthernet0/0

-- Notice the next-hop is a LINK-LOCAL address,
-- discussed earlier in this series regarding
-- IPv6 addressing, rather than R2's global
-- unicast address -- OSPFv3 uses link-local
-- addresses for its next-hop by design

R1# ping 2001:DB8:F:20::1

!!!!!
Success rate is 100 percent (5/5)

Key Takeaway

OSPFv3's next-hop addresses in the routing table use link-local addresses rather than global unicast addresses, discussed earlier in this series regarding automatic link-local generation — this is a distinctive detail from OSPFv2 worth recognizing immediately when reading OSPFv3 routing table output, since it can otherwise look like an error at first glance.

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

مقالات مرتبط

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.

ادامه