Tuesday, January 6, 2026

Mobile IPv6

Mobile IPv6 Complete Guide: Seamless Mobility in IPv6 Networks

Mobile IPv6: Complete Guide to Seamless Network Mobility

🎯 What You'll Learn:
Understand Mobile IPv6 protocols, Home Agents, Care-of Addresses, Binding Updates, Route Optimization, Mobility Headers, Mobile Node operations, and Hierarchical Mobile IPv6 for enterprise and carrier networks

Why Mobile IPv6?

The Evolution of Connectivity

In the past, we were used to making phone calls from home or from the office. Public pay phones allowed us to make phone calls while on the road. Today, the use of mobile phones is common and we make phone calls from almost anywhere and in any life situation.

🌐 The Modern Reality:
  • Notebook computers, wireless networks, and portable devices expanding rapidly
  • Smart devices used from wherever we are
  • Devices need to remain connected while moving
  • Seamless roaming between access points and networks
  • IP as the universal transport protocol

The Mobility Challenge

If these devices are to use IP as a transport protocol, we need Mobile IP to make this work. We expect our device to remain connected when we move around and change our point of attachment to the network, just as we are used to roaming from one cell to the next with our mobile phones today.

⚠️ The Problem:
With IPv4 and IPv6 alike, the prefix (subnet address) changes depending on the network to which we are attached. When a mobile node changes its point of access to the network, it needs to get a new IP address, which disrupts its TCP or UDP connections.

Application Scenarios

Real-World Example: The Mobile Professional

Scenario: Seamless Connectivity Across Networks

Suppose you have a tablet with:
- 802.11 (wireless) interface
- Mobile network interface (5G)

In your hotel room:
✓ Connected via wireless interface
✓ Running Teams session
✓ Voice call active

You leave and go to the street:
✓ Automatically switch to 5G
✓ No connection loss
✓ Teams session continues
✓ Voice call doesn't drop

Result: Seamless mobility without application disruption!

Use Cases for Mobile IPv6

  • Enterprise mobility: Employees moving between office buildings and remote locations
  • Healthcare: Medical devices and tablets moving through hospital facilities
  • Transportation: Connected vehicles, trains, planes with continuous connectivity
  • IoT devices: Wearables, sensors, smart devices changing network attachment
  • Public safety: First responders maintaining connections while mobile
  • Remote work: Seamless transitions between home, office, and mobile networks

Reasons for IPv6 vs IPv4

Why Mobile IPv4 Falls Short

RFC 5944, "IP Mobility Support for IPv4," describes Mobile IP concepts and specifications for IPv4. However, using Mobile IP with IPv4 has certain limitations that make it unsuitable for requirements in a global network.

❌ Mobile IPv4 Limitations:
  • Limited address space: Global number of mobile devices far exceeds IPv4 address space available
  • No routing optimization: Lacks efficient routing mechanisms for mobile traffic
  • ARP dependency: Tied to Link layer through ARP protocol
  • Scalability issues: Cannot support massive global device deployment
  • Triangle routing: All traffic must go through home agent (inefficient)

Why Mobile IPv6 is Superior

✅ Mobile IPv6 Advantages:
  • Vast address space: 2¹²⁸ addresses support unlimited global mobile devices
  • Extension headers: Enable routing optimization in mobile environments
  • Neighbor Discovery: More independent of Link layer than ARP
  • Route optimization: Direct communication between mobile and correspondent nodes
  • Built-in security: IPsec mandatory for Mobile IPv6
  • Better performance: Optimized for global-scale mobility
  • Lessons learned: Takes experience from Mobile IPv4 and improves upon it

Mobile IPv6 Overview

What is Mobile IPv6?

Mobile IPv6 is a protocol that allows a mobile node to move from one network to another without losing its connections. It is specified in RFC 6275.

📋 TCP Connection Challenge:
Most Internet traffic uses TCP connections. A TCP connection is defined by the combination of:
  • Source IP address + Source port number
  • Destination IP address + Destination port number

If any of these four numbers changes, the communication is disrupted and has to be reestablished.

The Mobile IPv6 Solution

Mobile IP addresses the challenge of moving a node to a different connection point without changing its IP address by assigning the interface of the mobile node a new additional IP address.

Two-Address System:

1. Home Address (HoA):
- Static, does not change
- Used to identify TCP connections
- Permanent address for the mobile node

2. Care-of Address (CoA):
- Dynamic, changes with network
- Current location address
- Used for actual packet routing

Homogeneous and Heterogeneous Networks

Mobile IPv6 works seamlessly across different network types:

Network Type Example Mobile IPv6 Support
Homogeneous Ethernet segment → Ethernet segment ✓ Supported
Heterogeneous Ethernet → Wireless LAN ✓ Supported
Heterogeneous WiFi → 5G/LTE ✓ Supported
Heterogeneous Wired → Satellite ✓ Supported

Layer 2 vs Layer 3 Handover

Understanding Handovers:

Layer 2 Handover (Link Layer):
- Device moves from one access point to another
- Same subnet, same IP address
- WiFi roaming within the same network
- Fast, handled by wireless protocols

Layer 3 Handover (Network Layer):
- Device moves to different subnet/network
- Requires new IP address
- Mobile IPv6 maintains application connections
- Slower, but preserves session state

Care-of Addresses

What is a Care-of Address?

The Care-of Address (CoA) is the temporary address that changes depending on the network to which the mobile node is currently attached.

💡 Care-of Address Characteristics:
  • Dynamic: Changes with each network attachment
  • Topologically correct: Valid for current network prefix
  • Routable: Can receive packets directly
  • Temporary: Only valid while on that network
  • Multiple possible: Device may have multiple interfaces/addresses

Home Address vs Care-of Address

Aspect Home Address (HoA) Care-of Address (CoA)
Lifetime Permanent Temporary
Purpose Connection identification Packet routing
Changes Never (or rarely) Every network change
Used by Applications, TCP/UDP IP routing
Visibility Known to correspondent nodes Transparent to applications

The Mobile IPv6 Protocol

Mobility Header and Messages

The Mobility Header (MH) has been defined specifically for Mobile IPv6.

Mobility Header Characteristics:

Type: Extension header (Next Header value = 135)
Used by: Mobile node, Correspondent node, Home agent
Purpose: Establishing and maintaining bindings
Position: Between IPv6 header and upper layer protocol

Key Mobile IPv6 Messages

Message Type Purpose Direction
Binding Update (BU) Inform HA/CN of current CoA MN → HA/CN
Binding Acknowledgment (BA) Confirm Binding Update receipt HA/CN → MN
Binding Refresh Request (BRR) Request MN to update binding CN → MN
Home Test Init (HoTI) Initiate return routability test MN → CN (via HA)
Care-of Test Init (CoTI) Test direct path to CoA MN → CN (direct)
Home Test (HoT) Response to HoTI CN → MN (via HA)
Care-of Test (CoT) Response to CoTI CN → MN (direct)

Home Agent Role and Functions

What is a Home Agent?

The Home Agent (HA) is a router on the mobile node's home network that provides critical mobility services.

✅ Home Agent Functions:
  1. Maintains Current Care-of Address (CoA): Stores where the mobile node is currently located
  2. Forwards Incoming Packets: Routes packets to MN's current location
  3. Preserves Home Address (HoA): MN stays reachable via same permanent address
  4. Supports Return Routability: Enables secure binding updates
  5. Proxy Neighbor Discovery: Responds to ND messages for MN's HoA

Packet Forwarding Methods

HA to MN Forwarding Options:

1. IPv6-in-IPv6 Tunneling (Default):
[Outer IPv6 Header: HA → CoA] [Inner IPv6 Header: CN → HoA] [Payload]
- Outer header routes to current location
- Inner header preserves original addressing

2. Routing Header Type 2:
[IPv6 Header: HA → CoA] [Routing Header: HoA] [Payload]
- More efficient than tunneling
- Mobile IPv6 specific extension header

Home Agent Discovery

Mobile nodes need to discover and communicate with their Home Agent:

  • Pre-configured: MN knows HA address before leaving home
  • Dynamic Discovery: ICMPv6 Home Agent Address Discovery (HAAD)
  • Anycast address: MN can use Mobile IPv6 Home-Agents anycast address
  • DNS: Home Agent addresses published in DNS

Mobile Prefix Solicitation

Purpose and Function

The Mobile Prefix Solicitation message is sent by a mobile node away from home to determine changes in the prefix configuration of its home link (i.e., home network renumbering).

💡 Why Prefix Solicitation Matters:
Networks can renumber their prefixes. If the home network changes its prefix while the MN is away, the MN's Home Address becomes invalid. Prefix Solicitation allows the MN to discover these changes and adjust its Home Address accordingly.

Mobile Prefix Solicitation Process

Step-by-Step Message Exchange:

1. Mobile Node Sends Solicitation:
Message: ICMPv6 Mobile Prefix Solicitation
Source: Care-of Address (current location)
Destination: Home Agent
Contains: Home Address Destination option
Security: IPsec headers (should be used)

2. Home Agent Replies with Advertisement:
Message: ICMPv6 Mobile Prefix Advertisement
Type: 147
Destination: MN's Care-of Address
Contains: Routing Header Type 2
Payload: All prefixes for home address configuration

3. Unsolicited Advertisements (Optional):
HA sends periodic advertisements
Sent to all registered mobile nodes
Proactive prefix update mechanism

Routing Header Type 2

Special Mobile IPv6 Extension Header:

Purpose:
- Used ONLY by Mobile IPv6
- Allows CN to send packets directly to MN at CoA
- Preserves original Home Address (HoA) inside header

Structure:
Next Header | Hdr Ext Len | Routing Type=2 | Segments Left
Reserved | Home Address (128 bits)

Benefit:
Direct routing to CoA while maintaining HoA for application layer

Mobile Node Operation

At Home vs Away from Home

Scenario Behavior Addresses Used
MN at Home No Mobile IPv6 mechanisms needed Home Address only
MN Away from Home Uses both addresses, maintains bindings Home Address + Care-of Address

Address Selection by Mobile Node

When the MN is away from home, it must choose which address to use for each communication:

✅ Address Selection Rules:

Use Home Address (HoA) when:
  • Applications above IP layer communicate
  • Connection must survive network changes
  • Binding exists with correspondent node (enables route optimization)
  • No binding exists (tunneled through home agent)

Use Care-of Address (CoA) when:
  • Communicating with local nodes in foreign network
  • Neighbor Discovery on local link
  • New communications not requiring mobility
  • Using CoA as regular unicast address without Mobile IPv6 functionality

Communication Paths

Three Communication Scenarios:

1. With Binding (Route Optimized):
MN ←→ CN (direct communication)
- Most efficient
- Requires successful binding update

2. Without Binding (Tunneled):
MN ←→ HA ←→ CN
- All data tunneled through home agent
- Less efficient but always works

3. Local Communication:
MN ←→ Local Node (foreign network)
- Uses CoA directly
- No Home Address Destination option
- Standard IPv6 communication

Decision Responsibility

⚠️ Important Note:
The choice of the best communication path and corresponding address depends on the requirements of the application. The decision should be made at the application layer. This definition is not part of the Mobile IPv6 specification itself.

Hierarchical Mobile IPv6

Overview and Purpose

RFC 5380, "Hierarchical Mobile IPv6," extends the scalability of Mobile IPv6. It is designed to significantly enhance performance and reduce signaling overhead.

🎯 Hierarchical Mobile IPv6 Goals:
  • Reduce signaling: Fewer Binding Update messages
  • Improve performance: Local mobility handled locally
  • Hide location: Correspondent nodes don't see micro-mobility
  • Scalability: Better support for large-scale deployments

Mobility Anchor Point (MAP)

Hierarchical Mobile IPv6 introduces a new node type: the Mobility Anchor Point (MAP).

MAP Characteristics:

Function: Local home agent in geographical region
Location: Anywhere in hierarchical network of routers
Role: Anchor point for local mobility
Benefit: MN sends updates to MAP instead of HA/CN
Transparency: HA and CN operation unchanged

How Hierarchical Mobile IPv6 Works

✅ Two-Level Mobility Architecture:

Macro-Mobility (Between MAP Domains):
  • MN sends Binding Update to HA and CN
  • RCoA (Regional Care-of Address) used
  • Infrequent updates (only when changing regions)

Micro-Mobility (Within MAP Domain):
  • MN sends Binding Update only to MAP
  • LCoA (Link-local Care-of Address) changes
  • Frequent updates (every access router change)
  • HA and CN unaware of micro-mobility

Hierarchical Mobile IPv6 Operation

Scenario: MN Moves Within MAP Domain

Initial Setup:
1. MN enters MAP domain, gets RCoA from MAP
2. MN sends BU to HA with RCoA
3. MN sends BU to CN with RCoA
4. MN gets LCoA from local access router
5. MN sends BU to MAP with LCoA

Movement Within Domain:
1. MN moves to new access router
2. MN gets new LCoA
3. MN sends BU ONLY to MAP (not HA/CN)
4. MAP forwards traffic to new LCoA
5. HA and CN continue using RCoA (unchanged)

Result: By sending one BU to MAP, all traffic from HA and CN
is rerouted without global signaling overhead!

Benefits Comparison

Aspect Standard Mobile IPv6 Hierarchical Mobile IPv6
Local Movement BU to HA + all CNs BU only to MAP
Signaling Load High Low (local only)
Location Privacy CN knows exact location CN only knows region
Handover Delay Higher (global updates) Lower (local updates)
Scalability Limited Better
HA/CN Changes N/A None required

Key Takeaways

🎯 Mobile IPv6 Summary:
  • ✅ Mobile IPv6 enables seamless mobility without connection loss
  • ✅ Two-address system: Home Address (permanent) + Care-of Address (temporary)
  • ✅ Works across homogeneous and heterogeneous networks
  • ✅ Home Agent maintains bindings and forwards packets
  • ✅ Route optimization allows direct MN-CN communication
  • ✅ Mobility Header (Next Header=135) used for signaling
  • ✅ Prefix Solicitation handles home network renumbering
  • ✅ Mobile nodes intelligently choose HoA vs CoA based on context
  • ✅ Hierarchical Mobile IPv6 reduces signaling for local mobility
  • ✅ MAP provides regional anchor point for micro-mobility
  • ✅ Superior to Mobile IPv4: vast address space, routing optimization, better scalability

Deployment Considerations

⚠️ Implementation Checklist:
  • Home Agent deployment: High availability, redundancy required
  • Security: IPsec for Binding Updates mandatory
  • DNS integration: Dynamic DNS updates for HoA
  • Application support: Apps must use HoA for connections
  • Network design: Consider MAP placement for Hierarchical MIPv6
  • Monitoring: Track binding lifetimes, handover success rates
  • Performance: Test route optimization paths

What's Next?

With Mobile IPv6 fundamentals mastered, explore:

  • Network Mobility (NEMO): Mobile networks (vehicles, planes)
  • Proxy Mobile IPv6 (PMIPv6): Network-based mobility (no MN changes)
  • Fast Handovers: Reduce latency during movement (RFC 5568)
  • Mobile IPv6 Security: Return routability, IPsec integration
  • Dual-Stack Mobile IPv6 (DSMIPv6): IPv4/IPv6 mobility
  • Performance Optimization: Tunneling overhead reduction
  • 5G Integration: Mobile IPv6 in modern cellular networks
💡 Lab Exercise: Set up a Mobile IPv6 testbed with Home Agent and two subnets. Configure a mobile node and test handover between networks. Monitor Binding Updates using tcpdump. Measure connection continuity during movement. Test both tunneled and route-optimized paths. Implement Hierarchical Mobile IPv6 with a MAP for advanced scenarios!

Master Mobile IPv6! Understanding mobility protocols is essential for modern network infrastructure supporting smartphones, IoT devices, and enterprise mobility requirements. Mobile IPv6 provides the foundation for seamless connectivity in an increasingly mobile world.

IPv6 Transition Technologies

IPv6 Transition Technologies: Migration Strategies Complete Guide

IPv6 Transition Technologies: Complete Migration Guide

🎯 What You'll Learn:
Master IPv6 transition strategies including dual-stack deployment, tunnel technologies (GRE, Manual, 6to4, ISATAP, 6PE), translation mechanisms (NAT-PT), and Quality of Service implementation in IPv6 networks

IPv4-IPv6 Transition Overview

The Challenge of Migration

The transition from IPv4 to IPv6 represents one of the most significant infrastructure upgrades in Internet history. Unlike a simple protocol upgrade, this migration must occur gradually while maintaining compatibility with billions of existing IPv4 devices.

🌐 Why Transition is Complex:
  • Scale: Billions of devices, millions of networks worldwide
  • No flag day: Cannot switch everything simultaneously
  • Backward compatibility: IPv4 and IPv6 must coexist indefinitely
  • Economic factors: Infrastructure upgrades are expensive
  • Time factor: Migration spans decades, not months

Network Deployment Process

IPv6 deployment follows a phased approach, progressing from isolated IPv6 islands to eventual IPv6-dominant infrastructure:

Migration Phases:

Phase 1: IPv6 Islands
IPv4 Internet (dominant) + scattered IPv6 islands
→ IPv6 islands connected via tunnels through IPv4

Phase 2: Dual Infrastructure
IPv4 and IPv6 running in parallel
→ Protocol conversion at boundaries

Phase 3: IPv6 Dominant
IPv6 Internet (dominant) + remaining IPv4 islands
→ IPv4 islands connected via tunnels through IPv6

Phase 4: IPv6 Native
Full IPv6 deployment
→ IPv4 as legacy protocol for specific use cases

Co-Existence Techniques

Three Categories of Transition Mechanisms

A wide range of techniques enable IPv4 and IPv6 coexistence, falling into three fundamental categories:

Category Purpose Use Case
Dual-Stack Allow IPv4 and IPv6 to coexist in the same devices and networks Enterprise networks, ISPs, data centers
Tunneling Avoid order dependencies when upgrading hosts, routers, or regions Connecting IPv6 islands over IPv4 infrastructure
Translation Allow IPv6-only devices to communicate with IPv4-only devices Mobile devices, IoT, IPv6-only networks
✅ Deployment Reality:
Expect all three techniques to be used in combination. Different parts of your network may use different approaches based on specific requirements, existing infrastructure, and migration timeline.

Dual-Stack Approach

What is Dual-Stack?

Dual-stack is the most straightforward approach: when adding IPv6 to a system, do not delete IPv4. This multi-protocol approach is familiar from historical protocols like AppleTalk and IPX.

💡 Key Characteristics:
  • Both IPv4 and IPv6 stacks run simultaneously
  • Applications choose which IP version to use
  • IPv6 typically bundled with new OS releases, not extra-cost add-on
  • Multi-protocol approach is familiar and well-understood
  • Allows indefinite coexistence of IPv4 and IPv6

How Applications Choose IP Version

IP Version Selection Logic:

When Initiating Connection:
1. Application queries DNS for destination
2. Check DNS response:
- If AAAA or A6 record exists → Use IPv6
- Else (only A record) → Use IPv4

When Responding to Connection:
- Use the IP version of the initiating packet
- If client connects via IPv6 → respond via IPv6
- If client connects via IPv4 → respond via IPv4

Dual-Stack Advantages

✅ Benefits:
  • Gradual migration: App-by-app upgrades to IPv6 usage
  • No disruption: Existing IPv4 applications continue working
  • Flexibility: Users and applications choose best protocol
  • Full functionality: Native access to both IPv4 and IPv6 resources
  • Simple deployment: Enable IPv6 without removing IPv4

Dual-Stack Disadvantages

⚠️ Challenges:
  • Resource overhead: Two protocol stacks consume more memory/CPU
  • Address exhaustion: Still requires IPv4 addresses for all devices
  • Management complexity: Two routing tables, two sets of ACLs, double configuration
  • Security considerations: Must secure both protocols

Tunnel Technologies

Why Use Tunneling?

Tunneling enables IPv6 packets to traverse IPv4 networks by encapsulating them within IPv4 packets. This allows IPv6 deployment without upgrading every router in the path.

🔍 Tunneling Concept:
IPv6 packets are encapsulated inside IPv4 packets, allowing them to travel through IPv4-only infrastructure. At the tunnel endpoint, the IPv4 wrapper is removed and the original IPv6 packet continues to its destination.

Common Tunnel Technologies

  • Manual Tunnel: Point-to-point configured tunnels
  • GRE Tunnel: Generic Routing Encapsulation for IPv6
  • IPv4-Compatible Automatic Tunnel: Deprecated automatic tunneling
  • 6to4 Tunnel: Automatic site-to-site tunneling
  • ISATAP: Intra-Site Automatic Tunnel Addressing Protocol
  • 6PE: IPv6 Provider Edge over MPLS

Manual IPv6 Tunnels

Manual Tunnel Encapsulation

Manual tunnels create point-to-point connections between two dual-stack routers over an IPv4 network.

Encapsulation Format:

Original IPv6 Packet:
[IPv6 Header] [IPv6 Payload]

Encapsulated for Transport:
[IPv4 Header] [IPv6 Header] [IPv6 Payload]
Protocol=41 Original packet

Protocol 41 = IPv6 encapsulation in IPv4

Manual Tunnel Configuration Example

Scenario: Connect two IPv6 networks over IPv4 infrastructure

Router 1 Configuration:
interface ethernet 0/0
ip address 20.1.1.1 255.255.255.0
!
interface tunnel 0
ipv6 address 1::1/64
source 20.1.1.1
destination 20.1.2.1
tunnel-protocol ipv6-ipv4

Router 2 Configuration:
interface ethernet 0/0
ip address 20.1.2.1 255.255.255.0
!
interface tunnel 0
ipv6 address 1::2/64
source 20.1.2.1
destination 20.1.1.1
tunnel-protocol ipv6-ipv4

Manual Tunnel Characteristics

Feature Description
Tunnel Type Point-to-point (static)
Configuration Specify source and destination IPv4 addresses
IPv6 Address Global unicast address
Routing Support All routing protocols except ISISv6
Use Case Site-to-site connections, stable topology

IPv4-Compatible Automatic Tunnels

Overview

⚠️ Deprecated Technology:
IPv4-compatible IPv6 addresses and automatic tunneling are deprecated (RFC 4291). This information is provided for historical context only. Use 6to4 or ISATAP instead.

IPv4-compatible automatic tunneling used special IPv6 addresses that embedded IPv4 addresses, allowing automatic tunnel creation.

IPv4-Compatible Address Format:

Format: ::w.x.y.z

Examples:
::1.1.1.2 (IPv4 address 1.1.1.2)
::2.1.1.2 (IPv4 address 2.1.1.2)

Binary representation:
0:0:0:0:0:0:w.x.y.z
└─── 96 zeros ───┘└─ IPv4 ─┘

Tunnel Establishment Process

Example: Host A (::1.1.1.2) pings Host B (::2.1.1.2)

1. Application triggers: ping6 ::2.1.1.2

2. System extracts IPv4 destination:
::2.1.1.2 → 2.1.1.2

3. Create IPv4 packet header:
Source: 1.1.1.2
Destination: 2.1.1.2
Protocol: 41 (IPv6)

4. Encapsulate original IPv6 packet inside IPv4

5. Send through IPv4 network

6. Destination receives, removes IPv4 header, processes IPv6 packet

6PE: IPv6 Provider Edge over MPLS

IPv6 over MPLS Infrastructure

Service providers have already deployed MPLS in their IPv4 backbone for various services (VPN, QoS, Traffic Engineering). 6PE leverages this existing infrastructure for IPv6.

📋 6PE Architecture:
  • Only Provider Edge (PE) routers need IPv6 upgrade
  • MPLS core remains IPv4-only (no upgrade needed)
  • BGP4+ (Multi-Protocol BGP) exchanges IPv6 routes and labels
  • IPv6 sites treated similar to VPN customers

6PE Encapsulation

Packet Structure:

[Data Link Frame Header]
[MPLS Multi-layer Header(s)]
[IPv6 Header]
[IPv6 Payload]

Note: No IPv4 header - MPLS labels provide forwarding

6PE Advantages

✅ 6PE Benefits:
  • Low cost: Only edge routers require upgrade
  • Low risk: Core infrastructure unchanged
  • Scalable: Core routers don't maintain IPv6 routing tables
  • Efficient: MPLS label switching (not IP lookup)
  • Flexible: Enables IPv6 prefix delegation by ISP
  • Leverages existing: Uses deployed MPLS infrastructure

6PE Network Topology

IPv6 Network → [PE Router] → MPLS/IPv4 Core → [PE Router] → IPv6 Network
(Customer) (Dual-stack) (IPv4 only) (Dual-stack) (Customer)

PE routers:
- Run IPv6 and MP-BGP
- Allocate MPLS labels for IPv6 prefixes
- Encapsulate/decapsulate IPv6 in MPLS

Core (P) routers:
- IPv4 only
- Forward based on MPLS labels
- No IPv6 knowledge required

Tunnel Technology Comparison

Side-by-Side Comparison

Tunnel Type Tunnel Address Configuration Route Support
IPv6 GRE Global unicast address Specify tunnel source and destination All routing protocols
Manual Global unicast address Specify tunnel source and destination All except ISISv6
6PE Dynamic MPLS tunnel (no address) Configure BGP MP-BGP MP-BGP
6to4 2002:[w.x.y.z]:xxxx:[64bits ID] Specify tunnel source Static route and BGP4+
ISATAP Prefix:0:5EFE:[w.x.y.z] Specify tunnel source Static route and BGP4+
IPv4-Compatible ::w.x.y.z/96 Specify tunnel source Point-to-point only

Selection Guidelines

💡 When to Use Each Technology:

  • Manual/GRE: Site-to-site, stable topology, full routing protocol support
  • 6PE: Service provider networks with existing MPLS infrastructure
  • 6to4: Automatic site-to-site, public IPv4 addresses required
  • ISATAP: Host-to-router tunneling within a site
  • IPv4-Compatible: Deprecated - do not use for new deployments

Translation: NAT-PT

Why Use Translation?

Translation allows IPv6-only devices to communicate with IPv4-only devices. This is particularly useful for:

  • New Internet devices (cell phones, cars, appliances)
  • Benefits of shedding IPv4 stack (serverless autoconfiguration)
  • IPv6-only networks accessing IPv4 resources
⚠️ NAT-PT Status:
NAT-PT (RFC 2766) was moved to Historic status by RFC 4966 due to numerous technical issues. Modern alternatives include NAT64/DNS64 (RFC 6146). The information here is provided for educational purposes.

NAT-PT Working Principle

NAT-PT works similarly to traditional NAT, but translates between IPv6 and IPv4 addresses, plus protocol translation:

NAT-PT Functions:

1. Address Translation: IPv6 ↔ IPv4 address mapping
2. Protocol Translation: IPv6 header ↔ IPv4 header
3. IPv4 Address Pool: Allocate IPv4 addresses for IPv6 hosts
4. IPv6 Prefix: Announce 96-bit prefix to identify IPv4 hosts

NAT-PT Types

Type Mapping Characteristics
Static NAT-PT One-to-one Complex configuration, many IPv4 addresses needed
Dynamic NAT-PT Many-to-one (PAT) Uses port multiplexing, conserves IPv4 addresses

Static NAT-PT Translation Process

Example: IPv6 Host (1::1) communicates with IPv4 Host (2.2.2.2)

Mapping Configuration:
2.2.2.3 = 1::1 (IPv6 host gets IPv4 identity)
2::2 = 2.2.2.2 (IPv4 host gets IPv6 identity)

IPv6 to IPv4 Translation:
Original: [IPv6] Source=1::1, Dest=2::2
Translated: [IPv4] Source=2.2.2.3, Dest=2.2.2.2

IPv4 to IPv6 Translation:
Original: [IPv4] Source=2.2.2.2, Dest=2.2.2.3
Translated: [IPv6] Source=2::2, Dest=1::1

Dynamic NAT-PT Translation Process

Uses IPv4 Address Pool

Configuration:
IPv4 address pool: 2.2.2.3 - 2.2.2.5
IPv6 prefix for IPv4 hosts: prefix::/96

Dynamic Allocation:
- IPv6 host 1::1 → dynamically gets 2.2.2.3
- IPv4 host 2.2.2.2 → represented as prefix:2.2.2.2
- Port multiplexing allows multiple IPv6 hosts per IPv4 address

NAT-PT Advantages and Disadvantages

✅ Advantages:
  • Only NAT-PT server requires dual-stack
  • IPv6-only hosts can reach IPv4 resources
  • No host configuration changes needed
❌ Disadvantages:
  • High resource consumption (translation overhead)
  • Server becomes performance bottleneck
  • Breaks end-to-end connectivity principle
  • Application Layer Gateway (ALG) needed for some protocols
  • DNS translation required (DNS-ALG)

Quality of Service in IPv6

Why QoS Matters in IPv6

IPv4 networks typically give every packet "best effort" service, treating all traffic equally. Modern applications demand differentiated service levels for optimal performance.

🎯 QoS Requirements by Application:
  • Streaming Video/Audio: Very sensitive to delay - low latency critical
  • VoIP: Requires consistent delay (jitter control)
  • File Transfer: High bandwidth, delay-tolerant
  • Email: Very delay-tolerant, background priority acceptable
  • Interactive (Telnet/SSH): Low latency for responsiveness

IPv4 QoS Limitations

⚠️ IPv4 Challenges:
  • No differentiation: Cannot distinguish time-sensitive from delay-tolerant traffic
  • Packet loss impact: Single lost TCP packet delays entire stream
  • Video/audio problems: Lips move without sound, picture breakup
  • Retransmission delays: TCP retransmission adds latency
  • Inefficient classification: Must inspect deep into packet for flow identification

IPv6 QoS Enhancements

IPv6 provides built-in mechanisms for Quality of Service through Traffic Class and Flow Label fields:

IPv6 Header QoS Fields:

Version | Traffic Class | Flow Label | Payload Length
4 bits 8 bits 20 bits 16 bits

Traffic Class (8 bits): Similar to IPv4 ToS/DSCP
- Used for priority and differentiated services

Flow Label (20 bits): Identifies packet sequences
- Enables efficient QoS without deep packet inspection

IPv6 Priority Levels

Level Priority Application Examples
0 No specific priority Default traffic
1 Background traffic News feeds, batch processing
2 Unattended data transfer Email
3 Reserved -
4 Attended bulk transfer FTP, HTTP downloads
5 Reserved -
6 Interactive traffic Telnet, SSH, windowing systems
7 Control traffic Routing protocols, network management

Flow Label Implementation

What is a Flow Label?

The Flow Label is a 20-bit field in the IPv6 header used to identify packets belonging to the same flow, enabling routers to provide consistent treatment without deep packet inspection.

💡 Flow Label Purpose:
  • Identifies IPv6 packets requiring special handling
  • Packets can be classified by fields in fixed positions
  • No need to inspect upper layer protocols or dig through option headers
  • Works even with encryption (upper layer data hidden)

Flow Definition Rules

Packets belong to the same flow if they share:

  • Same source and destination (or multi-destination group)
  • Forwarded to the same next hop
  • Share routing and hop-by-hop headers

Flow Label Advantages

✅ Benefits Over Traditional Classification:
  • Simple classification: Flow Label + Source Address + Destination Address (only 3 parameters)
  • Fixed position: Always in same location (no searching)
  • Works with fragmentation: First fragment contains all needed info
  • Works with encryption: Label visible even when payload encrypted
  • Faster processing: No deep packet inspection required
  • Consistent treatment: All packets in flow handled identically

Path MTU Discovery Integration

IPv6 uses a sophisticated approach for QoS:

QoS + PMTUD Process:

1. Originating device queries destination
2. Determines maximum payload size across complete route
3. Adjusts parameters to avoid fragmentation
4. Loads packets with maximum data the network can handle
5. Result: Reduced fragmentation and latency

Trade-off:
- Shorter payloads → potential underutilization
+ Higher bandwidth with prompt arrival
+ Reduced latency for time-sensitive applications

Flow Label Challenges

⚠️ Implementation Considerations:
  • Not mandatory: Sources may set Flow Label to zero (introduces special case in routers)
  • Many flows: More flows than source/destination pairs
  • Adoption: Success depends on widespread implementation
  • Standards evolution: Usage specifications continue to be refined

QoS Classification and Marking

Implementing QoS in IPv6 Networks

Classification and marking are the first and most crucial steps in deploying QoS:

✅ QoS Deployment Steps:
  1. Identify applications: Catalog all protocols running on your network
  2. Understand behavior: Analyze application requirements vs. available resources
  3. Categorize: Identify mission-critical vs. non-critical applications
  4. Classify: Group applications into service classes
  5. Mark: Tag packets with appropriate priority
  6. Apply policies: Configure routers to honor markings

Classification Criteria

IPv6 QoS classification can be based on:

Classifier Type Examples
Layer 3 (Network) Source/destination IPv6 addresses, IP protocol
Layer 4 (Transport) Source/destination ports, TCP flags
Layer 2 (Data Link) Source/destination MAC addresses
QoS Markings Traffic Class, DSCP, Precedence
Packet Attributes Packet length, TCP/IP header parameters
IPv6-Specific Flow Label, Traffic Class field

Traffic Class Field Usage

IPv6 Traffic Class:

8-bit field (same function as IPv4 ToS/DSCP)

Common Encodings:
- DSCP (Differentiated Services Code Point)
- ECN (Explicit Congestion Notification)

Used for:
- Priority classification
- Differentiated services
- Congestion control
- Drop precedence

QoS Requirements for Full Deployment

⚠️ Critical Requirement:
QoS functionality must be available on every networked device in order to be effectively implemented. Devices without QoS capability will process traffic with standard handling, potentially causing bottlenecks and defeating the purpose of QoS policies elsewhere in the network.

IPv6 QoS Additional Advantages

🎯 IPv6 Security and Mobility Benefits for QoS:
  • Mobility support: Better performance while moving between networks
  • Less overhead: Mobile IPv6 more efficient than Mobile IPv4
  • Security: Authentication against QoS agents (IPsec mandatory)
  • Integrity: Protection of QoS data from tampering
  • Fraud prevention: Avoid priority marking fraud

Key Takeaways

🎯 IPv6 Transition and QoS Summary:
  • ✅ Three transition categories: Dual-stack, Tunneling, Translation
  • ✅ Dual-stack is simplest but requires both protocols running
  • ✅ Multiple tunnel technologies available for different scenarios
  • ✅ Manual/GRE for site-to-site, 6PE for service providers
  • ✅ Translation enables IPv6-only to IPv4-only communication
  • ✅ IPv6 provides native QoS support via Traffic Class and Flow Label
  • ✅ Flow Label enables efficient packet classification without inspection
  • ✅ Eight priority levels for different application types
  • ✅ QoS classification based on multiple criteria (addresses, ports, DSCP)
  • ✅ Full QoS requires support on every network device

Practical Deployment Strategy

✅ Recommended Approach:
  1. Phase 1: Enable dual-stack on core infrastructure
  2. Phase 2: Deploy tunneling for IPv6 islands
  3. Phase 3: Implement QoS policies (classify and mark traffic)
  4. Phase 4: Gradually transition to IPv6-primary
  5. Phase 5: Use translation for legacy IPv4-only devices
  6. Phase 6: Monitor and optimize QoS policies

What's Next?

With transition technologies and QoS mastered, explore:

  • IPv6 Security: IPsec deployment, SEND, RA Guard
  • Advanced Tunneling: DS-Lite, MAP-E, MAP-T, 464XLAT
  • Modern Translation: NAT64/DNS64, SIIT, 464XLAT
  • IPv6 Multihoming: Multiple ISP connections, PA vs. PI addresses
  • IPv6 Enterprise Deployment: Address planning, policy implementation
  • IPv6 Monitoring: Tools, troubleshooting, performance optimization
💡 Lab Exercise: Set up a dual-stack network with manual IPv6 tunnel. Configure QoS policies to prioritize VoIP traffic over bulk file transfers. Use Wireshark to capture and analyze Traffic Class and Flow Label fields. Measure latency differences with and without QoS enabled!

Master IPv6 Transition! Understanding migration strategies and QoS implementation is essential for successfully deploying IPv6 in real-world networks while maintaining service quality and backward compatibility.

IPv6 Neighbor Discovery and Protocol Features

IPv6 Neighbor Discovery and Protocol Features

IPv6 Neighbor Discovery and Protocol Features

🎯 What You'll Learn:
Understand IPv6 Neighbor Discovery protocol, Router Advertisements/Solicitations, interface identifier creation, hexadecimal notation, IPv6 header improvements, and Flow Label functionality

IPv4 and IPv6 Header Comparison

Understanding Header Evolution

One of the most significant improvements in IPv6 is the simplified header structure. Let's examine what changed and why.

🔍 Header Comparison Legend:
  • Green: Field name kept from IPv4 to IPv6
  • Red: Fields not kept in IPv6
  • Yellow: Name and position changed in IPv6
  • Blue: New field in IPv6

IPv4 Header Fields

IPv4 Header (Variable Length: 20-60 bytes):

Version | IHL | Type of Service | Total Length
Identification | Flags | Fragment Offset
Time to Live | Protocol | Header Checksum
Source Address (32 bits)
Destination Address (32 bits)
Options | Padding

IPv6 Header Fields

IPv6 Header (Fixed Length: 40 bytes):

Version | Traffic Class | Flow Label
Payload Length | Next Header | Hop Limit
Source Address (128 bits)
Destination Address (128 bits)

Key Differences

Feature IPv4 IPv6
Header Size Variable (20-60 bytes) Fixed (40 bytes)
Header Checksum Required Removed (handled by lower/upper layers)
Fragmentation Routers can fragment Only source can fragment
Options In header (causes variable length) Extension headers (separate)
Address Length 32 bits 128 bits
Processing Complex (variable options) Simpler (fixed format)

IPv6 Protocol Changes

Key Protocol Improvements

IPv6 introduces significant changes in key areas:

✅ IPv6 Protocol Enhancements:
  • Simplification of header format - Fixed 40-byte header for faster processing
  • Expanded address space - 128-bit addresses (2¹²⁸ addresses)
  • Extensibility - Improved option support through extension headers
  • Stateless autoconfiguration - No DHCP required for basic connectivity
  • Built-in security and mobility - IPsec mandatory, Mobile IPv6 integrated

IPv6 Packet Structure - Header Sequence

IPv6 uses a chain of headers for extensibility:

Header Chain Examples:

Simple Packet:
IPv6 Header → TCP Segment

With Extension Headers:
IPv6 Header → Routing Header → TCP Segment

Multiple Extensions:
IPv6 Header → Routing Header → Authentication Header → TCP Segment

The Chain of Pointers: Next Header Field

The Next Header field forms a chain linking headers together:

💡 How It Works:
Each header's "Next Header" field points to the next header type in the chain:
  • 6 = TCP
  • 43 = Routing Header
  • 51 = Authentication Header (AH)
  • 58 = ICMPv6
Example 1: Direct TCP
IPv6 Header (Next Header = 6) → TCP Segment

Example 2: With Routing
IPv6 Header (Next Header = 43) → Routing Header (Next Header = 6) → TCP Segment

Example 3: Multiple Extensions
IPv6 Header (Next Header = 43) → Routing Header (Next Header = 51) → Authentication Header (Next Header = 6) → TCP Segment

Flow Label Field

What is the Flow Label?

The Flow Label is a new 20-bit field in the IPv6 header defined in RFC 3697. It enables efficient packet classification for Quality of Service (QoS) and traffic management.

🎯 Flow Label Purpose:
  • Identifies a sequence of packets requiring special handling
  • Enables routers to classify traffic more efficiently
  • Provides QoS without deep packet inspection
  • Source can label flows for consistent treatment

Traditional Flow Classification (IPv4)

IPv4 flow classification typically uses 5-tuple:

  • Source address
  • Destination address
  • Protocol type
  • Source port
  • Destination port
⚠️ IPv4 Classification Problems:
  • Some fields may be unavailable due to fragmentation
  • Encryption hides port information
  • Extension headers may obscure data
  • Deep packet inspection required (slow)

IPv6 Flow Label Advantages

Flow Label provides a better solution:

✅ Flow Label Benefits:
  • Only three parameters needed: Flow Label + Source Address + Destination Address
  • Always in fixed position (no searching required)
  • Works even with fragmentation or encryption
  • Faster router processing
  • Consistent treatment for related packets

Neighbor Discovery Protocol

What Does Neighbor Discovery Replace?

Neighbor Discovery (ND) is a fundamental IPv6 protocol that replaces several IPv4 mechanisms:

IPv4 Function IPv6 Replacement
ARP (Address Resolution) Neighbor Solicitation/Advertisement
ICMP Router Discovery Router Solicitation/Advertisement
ICMP Redirect ICMPv6 Redirect

Neighbor Discovery Functions

  • Reachability of neighbors - Verify neighbor availability
  • Router discovery - Hosts discover routers on the link
  • Address autoconfiguration - Stateless address configuration
  • Duplicate Address Detection (DAD) - Ensure address uniqueness

Neighbor Discovery Message Types

Neighbor Discovery uses five ICMPv6 message types:

ICMPv6 Type Message Purpose
Type 133 Router Solicitation (RS) Host requests router information
Type 134 Router Advertisement (RA) Router advertises presence and parameters
Type 135 Neighbor Solicitation (NS) Discover link-layer address, verify reachability
Type 136 Neighbor Advertisement (NA) Respond to NS or announce changes
Type 137 Redirect Inform better next-hop router

Neighbor Discovery Characteristics

📋 ND Message Properties:
  • Uses ICMPv6 messages (not ARP like IPv4)
  • Originated from link-local address
  • Hop Limit = 255 (ensures messages stay on local link)
  • Packet structure: IPv6 Header + ICMPv6 Header + ND Header + ND Options

Router Solicitation and Advertisement

Router Solicitation (RS)

Hosts send Router Solicitation to discover routers on the local link:

Router Solicitation Details:

ICMPv6 Type: 133
Source: Link-local address or unspecified address (::)
Destination: FF02::2 (all routers multicast address)
Purpose: Inquire about presence of routers on the link
When sent: During boot/startup or when network connection established

Router Advertisement (RA)

Routers respond with Router Advertisement containing configuration information:

Router Advertisement Details:

ICMPv6 Type: 134
Source: Router's link-local address (FE80::/10)
Destination: FF02::1 (all nodes) or unicast to requesting host
Contains:
- Network prefix
- Prefix lifetime
- Autoconfiguration flag
- Default gateway information
- MTU options
- Other network parameters

Router Solicitation and Advertisement Process

✅ Step-by-Step Process:

1. Router Solicitation (Host → Routers):
ICMP Type = 133 (RS)
Source = Link-local address (FE80::/10)
Destination = All-routers multicast (FF02::2)
Query = "Please send Router Advertisement"


2. Router Advertisement (Router → Hosts):
ICMP Type = 134 (RA)
Source = Link-local address (FE80::/10)
Destination = All-nodes multicast (FF02::1)
Data = Options, subnet prefix, lifetime, autoconfig flag
💡 Unsolicited Router Advertisements: Routers also send periodic unsolicited Router Advertisements (typically every 200 seconds) to ensure all nodes have current network information without having to explicitly request it.

Neighbor Solicitation and Advertisement

Neighbor Solicitation (NS)

Neighbor Solicitation serves multiple purposes in IPv6:

Neighbor Solicitation Uses:

1. Address Resolution (like ARP in IPv4)
- Discover link-layer address of IPv6 neighbor
- Destination: Solicited-node multicast address

2. Reachability Verification
- Verify neighbor is still reachable
- Destination: Unicast address

3. Duplicate Address Detection (DAD)
- Ensure address uniqueness before using
- Source: Unspecified address (::)
- Destination: Solicited-node multicast

Neighbor Solicitation Details

NS Message Structure:

ICMPv6 Type: 135
Source Address:
- Unicast address (for address resolution/reachability)
- :: (unspecified) for DAD
Destination Address:
- Solicited-node multicast (for address resolution/DAD)
- Unicast address (for reachability)
Layer 2 Destination:
- Multicast MAC (for address resolution)
- Unicast MAC (for reachability)

Neighbor Advertisement (NA)

Neighbor Advertisement is sent in response to Neighbor Solicitation or to announce changes:

Neighbor Advertisement Details:

ICMPv6 Type: 136
Sent in response to: Neighbor Solicitation
Also sent to: Inform neighbors of link-layer address change
Contains: Link-layer address, flags, target address

Neighbor Solicitation and Advertisement Process

✅ Address Resolution Example:

Neighbor Solicitation (Host A → Solicited-node multicast):
ICMP Type = 135
Source = A's IPv6 address
Destination = Solicited-node multicast of B
Data = A's link-layer address
Query = "What is your link-layer address?"


Neighbor Advertisement (Host B → Host A):
ICMP Type = 136
Source = B's IPv6 address
Destination = A's IPv6 address
Data = B's link-layer address
Result = A and B can now exchange packets on this link

Redirect Messages

ICMPv6 Redirect

Redirect messages inform hosts about better routing paths:

Redirect Message Details:

ICMPv6 Type: 137 (Redirect)
Source: Router's link-local address
Destination: Host's unicast address
Purpose: Signal reroute of packets to a better router
Data: Target address (better router), destination address, options

Redirect Example Scenario

💡 Redirect Process:

Network: 3FFE:B00:C18:2::/64
Routers: R1, R2
Host: A (default gateway = R2)
Destination: B (better reached via R1)

1. Host A sends packet to B via R2 (default gateway)
2. R2 receives packet, sees R1 is better next-hop
3. R2 forwards packet to R1
4. R2 sends Redirect to A: "Use R1 for this destination"
5. Host A updates routing cache
6. Future packets to B go directly via R1

Hexadecimal Notation Practice

Understanding Hexadecimal Notation

IPv6 addresses use hexadecimal notation. Let's understand the conversion process:

Example Address Breakdown:

IPv6: 2001:0000:0000:0C21:0000:0000:0000:4C22

Binary representation:
2001: 0010 0000 0000 0001
0000: 0000 0000 0000 0000
0000: 0000 0000 0000 0000
0C21: 0000 1100 0010 0001
0000: 0000 0000 0000 0000
0000: 0000 0000 0000 0000
0000: 0000 0000 0000 0000
4C22: 0100 1100 0010 0010

Shorthand Notation Rules

IPv6 Shorthand Methods

IPv6 addresses can be shortened using two rules:

✅ Compression Rules:

Rule 1: Leading Zeros
Remove leading zeros from each 16-bit block

2001:0000:0000:0C21:0000:0000:0000:4C22
2001:0:0:C21:0:0:0:4C22


Rule 2: Consecutive Zeros (::)
Replace consecutive blocks of zeros with double colon (once only)

Option 1: 2001:0:0:C21::4C22
Option 2: 2001::C21:0:0:0:4C22

Incorrect Shorthand Notation

❌ Common Mistake:

2001:0000:0000:0C21:0000:0000:0000:4C22
2001::C21::4C22 ← INVALID!


Why? Using :: twice creates ambiguity. How many zero groups are missing? The system cannot determine the correct expansion.

Mixed Notation with URL

IPv6 in URLs:

https://[2001:0:0:C21::4C22]:7878/webpage.html

Components:
[ ] = Square brackets enclose IPv6 address
:7878 = Optional port ID
/webpage.html = URL path

Interface ID Creation Methods

Interface ID Summary

IPv6 interface identifiers can be created using several methods:

Method Description RFC
EUI-64 Built from MAC address using Modified EUI-64 format RFC 4291
Privacy Extensions Random interface ID that changes over time RFC 4941
Manual Manually configured by administrator -
DHCPv6 Assigned by DHCP server RFC 8415
PPP Assigned during PPP connection establishment -
CGA Cryptographic generation for security RFC 3972

Interface ID from MAC Address (EUI-64)

Conversion Process:

Step 1: IEEE 48-Bit MAC Address
00:18:71:74:4F:00
Company ID | Manufacturer Data

Step 2: Expand to EUI-64 (insert 0xFFFE)
00:18:71:FF:FE:74:4F:00

Step 3: Invert the Global/Local Bit (7th bit)
00 (00000000) → 02 (00000010)
02:18:71:FF:FE:74:4F:00

Step 4: Format as Interface ID
0218:71FF:FE74:4F00

IPv6 Prefix Summary

Understanding Prefixes

IPv6 prefixes work similarly to CIDR notation in IPv4:

📋 Prefix Representation:
  • Global and site-specific routing prefixes
  • Variable-length network addressing
  • Prefix-length metric (similar to subnet mask)

Prefix Examples

Common Prefix Formats:

2001::/16 (Large allocation)
2400:0000::/19 (Regional Internet Registry)
260C:0000::/22 (ISP allocation)
2001:EA5::/48 (Customer site)

Key Takeaways

🎯 IPv6 Protocol and Neighbor Discovery:
  • ✅ IPv6 header is simplified and fixed at 40 bytes
  • ✅ Extension headers provide extensibility without complexity
  • ✅ Flow Label enables efficient QoS without deep inspection
  • ✅ Neighbor Discovery replaces ARP, ICMP Router Discovery, and Redirect
  • ✅ Five ICMPv6 message types handle all neighbor operations
  • ✅ Router Advertisements enable stateless autoconfiguration
  • ✅ Solicited-node multicast provides efficient address resolution
  • ✅ Interface IDs can be generated multiple ways (EUI-64, privacy, manual)
  • ✅ Prefixes use slash notation similar to CIDR
  • ✅ All ND messages use link-local addresses with hop limit 255

What's Next?

With Neighbor Discovery and protocol features mastered, explore:

  • IPv6 Routing Protocols - RIPng, OSPFv3, EIGRP for IPv6
  • DHCPv6 - Stateful address assignment and configuration
  • IPv6 Security - SEND, RA Guard, IPsec implementation
  • Transition Mechanisms - Dual-stack, tunneling, translation
  • Mobile IPv6 - Mobility support and handover
  • IPv6 Deployment - Enterprise implementation strategies
💡 Lab Exercise: Set up a network with two hosts and one router. Capture Neighbor Discovery messages using Wireshark to see Router Advertisements, Neighbor Solicitations, and Neighbor Advertisements in action. Observe how autoconfiguration works without manual intervention!

Master IPv6 Neighbor Discovery! Understanding how devices discover neighbors, routers, and network parameters is essential for troubleshooting and deploying IPv6 networks successfully.