Which design consideration must be made when using IPv6 overlay tunnels?

Question

Options

• AOverlay tunnels that connect isolated IPv6 networks can be considered a final IPv6 network
• BOverlay tunnels should only be considered as a transition technique toward a permanent solution.
• COverlay tunnels can be configured only between border devices and require only the IPv6
• DOverlay tunneling encapsulates IPv4 packets in IPv6 packets for delivery across an IPv6

• A
  4% (1)
• B
  85% (23)
• C
  7% (2)
• D
  4% (1)

Explanation

IPv6 overlay tunnels (such as 6in4, 6to4, ISATAP, and Teredo) encapsulate IPv6 packets inside IPv4 packets for transport across an IPv4 infrastructure. The critical design consideration is that overlay tunnels should only be treated as a transition technique, not a permanent solution (B). They introduce complexity, additional latency from encapsulation overhead, potential MTU and fragmentation issues, and security challenges (such as bypassing IPv6 ACLs). The end goal should always be a native dual-stack or IPv6-only deployment. Option A is incorrect because tunnels are explicitly NOT a final architecture. Option C is incorrect because tunnels can be configured on many device types. Option D describes the mechanism backwards - overlay tunnels carry IPv6 inside IPv4, not IPv4 inside IPv6.

No community discussion yet for this question.