IP & routingIntermediate

Why IPv6

“Why does IPv6 exist, and what changes besides the address length? What can go wrong in a dual-stack deployment?”

What this tests

  • Understanding IPv6 as a redesign, not a widening
  • Concrete protocol differences (header, ND, no broadcast, no router fragmentation, SLAAC)
  • Dual-stack operational hazards

Answers by level

Read the beginner answer first and notice what is missing.

Exhaustion is the reason IPv6 exists; the redesign is the interesting part. The header is fixed at 40 bytes with no checksum and no fragmentation fields; options moved to chained extension headers, so routers do less per packet. Routers never fragment: only the sender may, and the minimum link MTU is 1280, so path MTU discovery via ICMPv6 "packet too big" is mandatory — filter that ICMP and large packets black-hole. There is no broadcast; ARP is replaced by Neighbor Discovery over ICMPv6 multicast, which also does router discovery, prefix advertisement and duplicate address detection. Hosts can configure themselves from router advertisements (SLAAC) without DHCP, and every interface has a link-local fe80::/10 address in addition to global ones.

Addresses are 128 bits written as eight hex groups with :: compressing one run of zeros; subnets are /64 by convention; a host typically has several addresses at once (link-local, global, temporary privacy addresses that rotate). With global addresses everywhere, NAT is unnecessary, so end-to-end connectivity returns and the firewall must explicitly do what NAT did implicitly.

Dual-stack is where things break. A name with both A and AAAA records makes clients try IPv6 first; if the IPv6 path is broken (advertised but not routed, firewall rules only written for IPv4, a load balancer with no v6 listener) clients hang or fall back slowly — Happy Eyeballs in browsers races both to hide this, but many server-side HTTP clients do not. Firewalls, security groups, allow-lists and logging all need to be done twice, and a service that "works" may be reachable on one family only.

Green flags · Red flags

Strong green flag · Says "IPv6 is not IPv4 with bigger addresses" and backs it with two mechanisms that behave differently (PMTUD, neighbor discovery).
Green flags
  • Names concrete protocol changes: header, no router fragmentation, ND instead of ARP, no broadcast, SLAAC
  • Says NAT is unnecessary and the firewall becomes explicit
  • Describes at least one dual-stack failure (AAAA published but path broken, rules for one family only)
  • Knows Happy Eyeballs and that non-browser clients often lack it
  • Mentions :: vs 0.0.0.0 binding or mapped addresses
Red flags
  • Describes IPv6 purely as "more addresses"
  • Thinks IPv6 has broadcast or ARP
  • Assumes IPv4 firewall rules cover IPv6
  • Believes routers fragment in IPv6

Follow-up questions

F1
You add an AAAA record and some users start seeing 20-second delays. What happened?
F2
Why is filtering all ICMPv6 worse than filtering all ICMP on IPv4?
F3
What does a Linux server bound to :: see when an IPv4 client connects?

Scenario

Your service is reachable from the office but a growing share of mobile users cannot connect. The mobile carrier is IPv6-only with NAT64. Reason through what is happening and what to check.

Learn this topic