IPv6 Address Planning Guide
Master IPv6 address planning with practical strategies for scalable, secure enterprise networks.

Transitioning to IPv6 requires more than just enabling the protocol on devices. A well-designed address plan forms the foundation of a scalable, manageable, and secure network. This guide provides network engineers with actionable strategies to create IPv6 addressing schemes that support growth, simplify operations, and align with best practices from standards bodies and industry leaders.
Understanding IPv6 Addressing Fundamentals
IPv6 addresses are 128-bit identifiers, offering exponentially more space than IPv4’s 32 bits. This abundance eliminates NAT dependencies and enables hierarchical addressing that mirrors organizational structure. Global unicast addresses (2000::/3) form the backbone of public internet routing, while unique local addresses (fc00::/7) serve private networks.
Key principles include using /64 prefixes for LAN segments to enable Stateless Address Autoconfiguration (SLAAC), /127 for point-to-point links, and reserving space for infrastructure, mobile users, and future expansion. Unlike IPv4, IPv6 planning emphasizes predictability and aggregation to minimize routing table growth.
Step 1: Assess Organizational Addressing Requirements
Begin by mapping your network’s current and projected needs. Count sites, VLANs, server farms, and WAN links. Factor in growth rates—typically 20-50% over 5 years for enterprises.
- Inventory existing infrastructure: Document routers, switches, firewalls, and endpoints with IPv6 support.
- Analyze usage patterns: Separate user access, voice, IoT, and management traffic.
- Project expansion: Allocate 25-50% extra capacity for mergers, cloud integration, and new services.
Tools like spreadsheet calculators help estimate prefix sizes. For a 100-site enterprise with 10 VLANs per site, a /32 allocation provides ample room using just 1% of space.
Step 2: Obtain and Structure Your IPv6 Prefix Allocation
Contact your Regional Internet Registry (RIR) for allocation. Most enterprises qualify for /32 prefixes based on demonstrated need. ISPs often provide /48 or /44 customer prefixes.
| Organization Size | Recommended Allocation | Available /64 Subnets |
|---|---|---|
| Small Enterprise (1-10 sites) | /36 | 65,536 |
| Medium Enterprise (10-100 sites) | /32 | 4.29 billion |
| Large Enterprise (100+ sites) | /29 or larger | Trillions |
Structure allocations hierarchically: top-level bits for geography, middle bits for function, bottom bits for specific subnets. This enables automatic route summarization at each boundary.
Step 3: Design Hierarchical Subnet Architecture
Adopt a consistent scheme across your network. Example structure for a /32 prefix:
- 2001:db8:1::/48 – Headquarters (site code 1)
- 2001:db8:1:100::/64 – User VLAN 100
- 2001:db8:1:1a0::/64 – Voice VLAN 160 (1=a, hex)
- 2001:db8:1:ff0::/64 – Servers (ff=255)
- 2001:db8:2::/48 – Branch offices (site code 2)
Use hexadecimal for readability: ‘a’ for access networks, ‘s’ for servers, ‘m’ for management. Reserve documented blocks for loopbacks (::1/128), anycast services, and mobile users.
Step 4: Implement Role-Based Address Segmentation
Differentiate traffic by function to simplify security and operations:
- Infrastructure (/48 blocks): Router loopbacks, point-to-point links, management interfaces.
- User Access (/64 per VLAN): Supports SLAAC, privacy extensions, and DHCPv6.
- Server Farms (/56 or /48): Allows multiple services per rack with room for growth.
- DMZ/Public Services (/48): Isolated for external access.
For point-to-point links, Cisco recommends /64, prefixes despite theoretical efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency efficiency
Read full bio of medha deb










