APRICOT 2026：企業網路轉型 IPv6 之路，從「IPv4 Only/Dual Stack」走向「IPv6 Mostly/IPv6 Only」

在 APRICOT 2026 的開幕與閉幕全體會議上，主題演講串起了一條清晰路徑：從近期營運變革、到長期資料治理，再到企業實際可落地的 IPv6 遷移步驟。其中最具行動指引意義的一場，是 Jen Linkova（Google 網路工程師）分享的〈IPv6 in enterprise networks〉。

企業為何卡在「過渡期」？

一般使用者與接取網路(如行動網路、家庭網路)的 IPv6 佈署已大幅超前，但不少企業網路仍停留在過渡技術。Linkova 直言：雙協定（dual-stack）從來不是終點。它同時維運 IPv4/IPv6，擴大了操作面與故障面，還會掩蓋 IPv6 的潛在問題；更重要的是，對於 IPv4 位址日益稀缺毫無助益。若企業把雙堆疊當成長期解方，只會讓複雜度與成本持續堆高。

務實路線：IPv6 mostly/IPv6 only，能 Only 就 Only

她提出的實務路徑是：IPv6 mostly，在可行情境下讓用戶端走 IPv6 only。對於仍僅支援 IPv4 的服務，透過 NAT64、DNS64、CLAT 等轉換技術銜接。核心原則很簡單：優先走 IPv6，必要時再轉換。同時，讓用戶端能回報自身能力，讓網路端得以按需求停用 DHCPv4，逐步縮減 IPv4 及 NAT44 的依賴。

這種設計把 IPv6 設為預設連網協定，問題就不再被雙協定「掩護」，一旦顯現出來，才能被修正與優化。

關鍵行動建議：

1. 使用 Happy Eyeballs 行為來保護用戶，同時尋找並修復潛在的 IPv6 問題。
2. 先在有工程師在場並準備好 TCP dump 的環境前提下，先試行部署 IPv6（主要為 SSID、部份網路區域）。爭取在訪客網路和公共網路上取得早期成功。
3. 採用DHCPv4 訊號(option 108)表示僅支援 IPv6，允許支援 IPv6 的用戶端優雅地關閉 IPv4，該支援正在各大平台上推廣(Andriod, iOS, macOS功能支援已成熟)，Windows 的非行動界面 IPv6 only 功能目前尚處於預覽階段。
4. 預計主要障礙將來自人員和舊應用程式。謹慎選擇試點項目，儘早溝通，並在「僅用於測試時才重新啟用 IPv4」並密切監控是否有隱性回歸問題。

讓 IPv6 成為預設

Linkova 建議營運與網路團隊可以現在就開始做漸進式工作：盤點與回收閒置的 IPv4 位址、縮小 IPv4 廣播域、讓新服務預設走 IPv6。當 IPv6 成為常態路徑，問題自然浮現，也更容易被修復。這不只是位址策略，更是降低長期維運成本與複雜度的工程治理。

結語：最大的挑戰不在技術，而在「人」
Jen Linkova 最後語重心長地提到，企業轉向 IPv6 的真正障礙，往往不是協定本身，而是人員的思維慣性以及過時的遺留應用程式。

目前的趨勢非常明確：IPv4 已經成為昂貴的稀缺資源。對於企業而言，現在開始逐步回收、減少使用 IPv4 位址、將 IPv6 設為預設連網協定，不僅是為了應對未來，更是為了簡化目前的運作架構。

資料來源與參考文獻

APNIC Blog: APRICOT 2026 Keynotes: Agency, memory, and getting IPv6 done

Conference Slides: IPv6 in Enterprise Networks by Jen Linkova (PDF)

相關名詞補充說明：
IETF RFC 8925 1.2. Terminology

IPv6-mostly network:  主要使用 IPv6 的網路：
此網路提供 NAT64（可能包含 DNS64）服務以及 IPv4 連接，並允許在同一網段上同時存在僅支援 IPv6、雙協定和僅支援 IPv4 的主機。這種部署方案允許營運商逐步關閉終端主機上的 IPv4，同時仍為需要 IPv4 才能運作的設備提供 IPv4 服務。但僅支援 IPv6 的設備無需分配 IPv4 位址 

IPv6-only mode:  僅 IPv6 模式：
一種運作模式，其中主機僅支援 IPv6，不指派 IPv4 位址（但可能已配置 IPv4 連結本地位址 [ RFC3927 ] ） 

IPv6-only network:  僅支援 IPv6 的網路：
不提供 IPv4 封包路由功能的網路。此類網路可能允許也可能不允許區域網路內部的 IPv4 連線。純 IPv6 網路通常透過 NAT64 [ RFC6146 ]對純 IPv4 資源的存取。