Hands-On Lab: Configuring and Verifying IPv6 Addressing

This hands-on lab covers assigning global unicast IPv6 addresses to router interfaces, confirming the automatically generated link-local address, and verifying reachability between two routers using IPv6-specific commands.

IPv6 Address ConfigurationLink-Local AddressIPv6 Verification

~2 min read · Updated Sep 12, 2026

Lab Objective

Configure IPv6 global unicast addresses on router interfaces, enable IPv6 routing, and verify connectivity between two directly connected routers.

Lab Purpose

As IPv6 adoption continues to grow, engineers must be equally comfortable configuring and verifying IPv6 as they are with IPv4. This lab reinforces that the verification workflow is conceptually identical to IPv4, while highlighting IPv6-specific details such as the automatically generated link-local address.

Lab Topology

Two routers connected via a GigabitEthernet link:

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

Task 1: Enable IPv6 Routing

Enable IPv6 unicast routing globally on both routers.

Task 2: Configure IPv6 Addresses

Assign the global unicast addresses shown in the topology to the Gi0/0 interface on each router, and bring the interfaces up.

Task 3: Identify the Link-Local Addresses

Without configuring anything additional, identify the link-local address automatically assigned to each router's Gi0/0 interface.

Task 4: Verify Connectivity

From R1, ping R2's global unicast address, and separately ping R2's link-local address (specifying the outgoing interface).

Solution and Verification

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

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

R1# show ipv6 interface brief

GigabitEthernet0/0    [up/up]
    FE80::250:56FF:FEAA:1122
    2001:DB8:A:1::1

R1# ping 2001:DB8:A:1::2

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

R1# ping FE80::250:56FF:FEBB:3344%Gi0/0

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

-- Note the %Gi0/0 suffix (the "zone ID") is
-- required when pinging a link-local address,
-- since link-local addresses are not globally
-- unique and the router needs to know which
-- interface to send the packet out of

Key Takeaway

Every IPv6-enabled interface automatically receives a link-local address even before a global address is configured, and pinging a link-local destination always requires specifying the outgoing interface (the zone ID) since that address alone is not enough to determine the correct exit path.

Written & researched by Dr. Shahin Siami

Related Articles

Hands-On Lab: Verifying IP Parameters on macOS (GUI)

This hands-on lab covers checking a Mac's current IP configuration using the System Settings network panel, viewing detailed TCP/IP information, and renewing a DHCP lease directly from the graphical interface.

Continue

Hands-On Lab: Verifying IP Parameters on Linux (GUI and CLI)

This hands-on lab covers checking a Linux machine's current IP configuration using both the GUI network settings panel and command-line tools, and demonstrates renewing a DHCP lease using standard Linux networking utilities.

Continue

Hands-On Lab: Verifying IP Parameters on Windows (GUI and CLI)

This hands-on lab covers checking a Windows PC's current IP configuration using both the graphical Network Connections interface and the command-line ipconfig utility, including releasing and renewing a DHCP-assigned address.

Continue

Hands-On Lab: Power over Ethernet (PoE) Basics

This hands-on lab covers verifying PoE capability on a switch port, checking how much power is being drawn by a connected device such as an IP phone or access point, and configuring power priority to protect critical devices during a power budget shortage.

Continue

Hands-On Lab: Configuring GRE Point-to-Point Tunnels

This hands-on lab configures a GRE tunnel between two routers across an intermediate transit network, allowing routing protocols and multicast traffic to pass between sites even when the underlying transport network would not normally support them directly.

Continue

Hands-On Lab: Configuring eBGP Between Two Autonomous Systems

This hands-on lab configures a basic eBGP peering session between two routers in different autonomous systems, advertises a network into BGP, and verifies the resulting route appears correctly in the neighboring router's routing table.

Continue