IPv6 Address Type Identifier
IPv6 Address Type Identifier. Enter an IPv6 Address and click Identify Type in this IPv6 address type identifier to see its type and scope.
Enter IPv6 Address
Address Information
IPv6 Address Types Reference
| Type | Prefix | Scope | Description |
|---|---|---|---|
| Loopback | ::1/128 | Host | Local host only |
| Link-Local | fe80::/10 | Link | Same network segment |
| Unique Local | fc00::/7 | Global | Private networks (like RFC1918) |
| Documentation | 2001:db8::/32 | N/A | Examples and documentation |
| Multicast | ff00::/8 | Various | One-to-many communication |
| Global Unicast | 2000::/3 | Global | Internet routable |
Enter any IPv6 address to instantly identify its type, scope, and key characteristics — whether it is global unicast, link-local, multicast, unique local, or a special-purpose address. Get a detailed breakdown of the address structure including prefix identification and scope classification for network troubleshooting and audit.
Every packet on an IPv6 network carries a signal that quietly tells routers and hosts exactly how to treat it — and learning to read that signal is what an IPv6 address type identifier actually does. Instead of guessing from context, you can look at the leading bits of any address and know within seconds whether you're looking at a globally routable address meant for the public internet, a link-local address that never leaves its own segment, or a multicast address destined for a whole group of listeners at once. That distinction matters more than it looks: misclassifying an address is a common source of routing loops, failed neighbor discovery, and "why can't this host reach the internet" tickets. This guide walks through every prefix, structure, and use case behind IPv6 address classification so you can identify any address category on sight.
What Is an IPv6 Address Type Identifier?
This identifier is simply the fixed set of leading bits — the address prefix — that IANA and the Internet Engineering Task Force have reserved to mark an IPv6 address as belonging to a particular address block. Because every IPv6 address is a network layer identifier for a single IPv6 interface (or a group of IPv6 interfaces, for multicast and anycast), the only practical addressing method for telling categories apart at a glance is the prefix: 2000::/3 signals a public, globally routable IPv6 address, FE80::/10 signals link-local, FF00::/8 signals multicast, and so on. This is fundamentally different from IPv4 subnetting, where purpose was often inferred from context or subnet mask alone rather than a dedicated bit pattern.
Getting the classification right is not academic. An IPv6 router that mishandles a link-local address as routable can leak internal IPv6 traffic onto the internet protocol backbone; an IPv6 host that fails to recognize a solicited-node multicast group will never finish address resolution and simply won't get an IPv6 connection. The IPv6 address space is enormous — 2128, or roughly 340 undecillion possible addresses — precisely so every reserved prefix could be given generous room to grow without collision.
$$2^{128} = 340{,}282{,}366{,}920{,}938{,}463{,}463{,}374{,}607{,}431{,}768{,}211{,}456$$
The Three Core Types of IPv6 Addresses: Unicast, Multicast, and Anycast
Every IPv6 address category ultimately resolves to one of three delivery models. Each is a network layer identifier with a different fan-out behavior:
- Unicast addresses — identify a single interface. Packets sent to a unicast address are delivered to exactly one destination: a one-to-one relationship.
- Multicast addresses — identify a set of interfaces that have joined the same group. A packet sent to a multicast address is delivered to every member: one-to-many.
- Anycast addresses — identify a set of interfaces, but delivery goes to whichever one is topologically nearest according to the routing protocol: one-to-nearest.
Notice what's missing: broadcast. IPv6 has no broadcast address category at all — the role broadcast played in IPv4 networking is handled entirely by multicast in IPv6, most often through the all-nodes group.
Global Unicast Addresses: The Public IPv6 Address Format
Global unicast addresses are the IPv6 equivalent of public IPv4 addresses — routable across the internet and assigned from the block 2000::/3. IANA allocates chunks of this IPv6 address space to a Regional Internet Registry such as ARIN, which then delegates smaller blocks down to ISPs and, eventually, individual sites, each carrying its own routing prefix. The structure is aggregatable by design: a 48-bit global routing prefix — a network prefix, in IANA's own terms — identifies the site, a 16-bit subnet ID (sometimes called the Site-Level Aggregator) lets that site carve out internal subnets, and the remaining bits form the interface identifier. Because every hexadecimal digit encodes four bits, this aggregatable global unicast structure is easy to fingerprint — in practice, essentially every IPv6 address seen on the public internet today starts with the digit 2 or 3.
Link-Local Addresses: Automatic and Non-Routable
Link-local addresses use the prefix FE80::/10 and are auto-assigned to every IPv6 network interface the moment it comes up, whether or not a router is present. The host portion is generated either from a modified EUI-64 derived from the interface's MAC address, or — on most modern IPv6 stacks — from a randomized value chosen for privacy. IPv6 routers never forward packets with a link-local source or destination beyond their originating segment, which makes this address family the backbone of neighbor discovery and address autoconfiguration rather than general-purpose IPv6 routing.
Unique Local Addresses: IPv6's Private Address Range
Unique local addresses play the same role that private address ranges (like 10.0.0.0/8) play in IPv4: internal-only communication that never touches the internet protocol backbone. The block is FC00::/7, and in practice almost every IPv6 deployment sets the eighth "L" bit to 1, producing prefixes beginning with FD00::/8. A 40-bit pseudorandom global ID, written as ten hexadecimal characters, is appended to that prefix, which makes accidental collisions between two merging IPv6 networks statistically negligible without needing an ISP-independent registration authority. Because the prefix is self-generated rather than provider-assigned, these networks stay stable even if you switch providers, and unlike a public address, they are filtered at IPv6 site boundaries by policy rather than by NAT alone — though some deployments occasionally still lean on NAT66 or CIDR-based filtering at the edge for extra isolation.
Loopback and Unspecified Addresses
Two special single-address categories round out the unicast family. The loopback address, ::1/128, is the 128-bit equivalent of IPv4's 127.0.0.1 and is used for testing the local TCP/IP stack via localhost — packets sent to this loopback interface are returned straight back on the same IPv6 interface and never touch the wire. The unspecified address, ::/128, is the counterpart to 0.0.0.0 and is used only as a placeholder — by a DHCP client before it has a real IPv6 address, for instance — and must never be assigned to a network node or forwarded by an IPv6 router. Any router that receives a packet sourced from the unspecified address should silently drop it, the same defensive rule that applies to the loopback address.
Embedded IPv4-in-IPv6 and Transitional Addresses
During the long transition from IPv4, several address formats exist purely to bridge the two protocols. An embedded IPv4 address takes an IPv4 address A.B.C.D and maps it into the low-order bits of an IPv6 address as ::A:B:C:D, a pattern generically called IPv4-in-IPv6. A closely related but distinct canonical address form, the IPv4-mapped address (::ffff:0:0/96), lets a dual-stack application represent an IPv4 peer using IPv6 sockets. Teredo (2001::/32) is a further transition mechanism that runs an automatic tunnel for IPv6 traffic across an IPv4-only NAT, encoding the client's public IPv4 address directly inside the IPv6 address itself.
Multicast IPv6 Address Types: Well-Known and Solicited-Node Multicast
Every multicast address starts with the fixed prefix FF00::/8, followed by a 4-bit set of flag bits and a 4-bit scope field that together determine how far that group's traffic is allowed to travel and which group it targets. Any multicast address you capture on the wire will always begin this way, whether it's well-known or dynamically assigned. The scope field alone defines several reserved scopes: interface-local, link-local, realm-local, admin-local, site-local, organization-local, and global. A rendezvous point flag and a prefix-embedded flag are also defined within those bits, used by more advanced IPv6 multicast routing designs to embed rendezvous point information directly in the group ID.
Well-Known Multicast Addresses and Their Reserved Ranges
Within the broader multicast block, the range FF02::/12 is reserved for a set of well-known multicast groups — predefined, link-local addresses that routing protocols rely on constantly:
| Address | Function |
|---|---|
| FF02::1 | All Nodes Address |
| FF02::2 | All Routers Address |
| FF02::5 / FF02::6 | All OSPFv3 routers / OSPFv3 Designated Routers |
| FF02::A | All EIGRP (IPv6) routers |
| FF02::D | All PIM Routers |
| FF02::12 | VRRP |
| FF02::16 | All MLDv2-capable routers |
Solicited-Node Multicast Address Structure
The solicited-node multicast address is the category that replaces ARP entirely. Every unicast (or anycast) address automatically has a corresponding solicited-node group, generated by combining the fixed prefix FF02::1:FF00:0/104 with the last 24 bits of that address:
$$\text{Solicited-Node Multicast} = \texttt{FF02::1:FF00:0/104} \;+\; \text{last 24 bits of the unicast address}$$
Only the node that owns the corresponding unicast address listens there, so a neighbor solicitation reaches just the intended target instead of every device on the link. The same mechanism underlies duplicate address detection: before a host starts using a new address, it sends a solicitation to that reserved address and waits to see if anyone else answers.
Anycast Addresses: The One-to-Nearest IPv6 Address Category
Anycast addresses have no reserved prefix of their own — they're carved out of ordinary global unicast address space and then deliberately configured on more than one interface, which is what makes an anycast address indistinguishable from a regular one just by looking at it. Configuring that same anycast address on several IPv6 routers at once is what creates the effect in the first place, and once multiple devices advertise the address into the routing table, the routing protocol's own metric decides which nearest server actually receives each packet, which is exactly why this address category is popular for load balancing across geographically spread DNS resolvers or CDN nodes without a dedicated appliance in front of them.
Address Classification: How Address Prefix and Address Scope Work Together
Two properties do almost all the classification work: a fixed set of leading bits, and how far a packet is allowed to travel — interface, link, site, or global. An address block like 2000::/3 pins down both at once: it marks the IPv6 address as global unicast and simultaneously sets its scope to global. A prefix like FE80::/10, by contrast, pins that scope to link-local no matter what follows it.
Reading the Host Portion and Subnet ID
Once the prefix has told you the category, the remaining bits usually split into a subnet ID and a 64-bit interface identifier. In a global unicast or unique local address, the network prefix and that subnet field together occupy the first half of the IPv6 address, leaving the back half to name the specific host. Those closing bits can be derived automatically from a MAC address using the (now largely deprecated for privacy reasons) EUI-64 method, obtained from a DHCPv6 server, or assigned manually by an administrator — three very different provisioning paths that all produce a syntactically valid IPv6 address of the same family.
IPv6 Addressing in Practice: Autoconfiguration and Neighbor Discovery
Classification isn't just an exercise — it drives how an IPv6 host actually configures itself. Stateless address autoconfiguration (SLAAC) lets a host build its own global address by combining a router-advertised prefix with a locally generated host portion, with no central server involved. Stateful DHCPv6, by contrast, hands out addresses — and other configuration, like DNS resolver addresses — from a central pool, the same way DHCP does for IPv4. Neighbor discovery, IPv6's replacement for ARP and ICMP router discovery, leans on these address families at every step: IPv6 routers advertise prefixes to the all-nodes address, hosts verify uniqueness via duplicate address detection against a solicited-node group, and every exchange happens over link-local addresses regardless of which global address is being configured.
A few address types exist purely to manage the address lifetime of a SLAAC-generated address for privacy — a concern the Internet Engineering Task Force addressed directly in the RFC that defines temporary addressing. A temporary address is periodically regenerated and eventually deprecated so an IPv6 host isn't trivially trackable across networks by a fixed host identifier; the underlying method for choosing that identifier — whether a cryptographically generated address tied to a public/private key pair, or the simpler stable privacy address scheme — determines how predictable it is to an outside observer. When a host has several valid addresses of different families and scopes, an algorithm called default address selection decides which one to actually use as the source for a new connection, and applications resolving a hostname through the Domain Name System will typically prefer whatever a DNS lookup returns as the most global address available over anything scoped more narrowly.
Special-Purpose and Reserved IPv6 Address Types
Beyond the everyday unicast, multicast, and anycast categories, a handful of IPv6 formats exist for narrow technical purposes. A zone index (written as %eth0 or similar, appended after a link-local address) tells an operating system which local interface a scoped address applies to, since the address representation of a bare link-local prefix is ambiguous across multiple interfaces. Addresses inside documentation examples, discard test ranges, and the 6to4 and Teredo transition schemes round out the list of reserved formats that IANA carves out of the IPv6 address space in coordination with the Internet Engineering Task Force, specifically so real production traffic never collides with them.
IPv6 vs IPv4 Address Types: What Changed and Why
Anyone coming from IPv4 networking will recognize most of these categories as familiar ideas with far more room to breathe. IPv4 packed its addressing into 32-bit values, giving roughly 4.29 billion possible addresses — a number that felt enormous decades ago and is now a genuine constraint on global IPv4 routing. IPv6's 128-bit space isn't just bigger for its own sake: it's what makes it practical to give every IPv6 address family its own dedicated, unambiguous prefix rather than relying on classful conventions, VLSM tricks, or manual workarounds to stretch a scarce resource.
A few concrete differences stand out. Broadcast disappears entirely, replaced by multicast. Private IPv6 addressing moves from provider-dependent IPv4 ranges to unique local addresses that are globally unique by construction, even without a central registry. And because every network node auto-configures a link-local address the instant it initializes, basic on-link communication and address resolution work even before a router or any address server gets involved. The packet header itself was simplified too, dropping several rarely used IPv4 fields so IPv6 routers can walk the routing table faster for any address category.
Quick Reference: How to Identify Any IPv6 Address Category by Its Prefix
With every category covered, the fastest way to classify an unfamiliar address is still a straight prefix lookup — the same addressing method an experienced network engineer already uses for IPv4 subnetting, just applied to a much larger address space:
| Address Category | Prefix | Example |
|---|---|---|
| Global unicast | 2000::/3 | 2001:db8:4::1 |
| Unique local | FC00::/7 (FD00::/8 in practice) | fd12:3456:789a::1 |
| Link-local | FE80::/10 | fe80::1 |
| Multicast | FF00::/8 | ff02::1 |
| Solicited-node multicast | FF02::1:FF00:0/104 | ff02::1:ff00:1 |
| Loopback | ::1/128 | ::1 |
| Unspecified | ::/128 | :: |
| IPv4-mapped | ::ffff:0:0/96 | ::ffff:192.0.2.1 |
Keep this table next to any packet capture, and address classification stops being guesswork — it becomes a five-second check against a short, memorable list of reserved prefixes.
Related Network Tools
Explore these related tools for subnet calculation and IP address management.
Additional networking calculators for IP address planning and network analysis.
Comments & Feedback
Share your experience or ask questions about this tool