面對 IPv4 枯竭與 IPv6 推廣雙重壓力，MAP（Mapping Address and Port）技術以無狀態、分散式架構，在 IPv6-only 骨幹網上透明承載 IPv4 服務，成為 IETF 標準化重點方案（RFC 7597/7599）。
技術背景：雙重矛盾與 4over6 演進
- IPv4 地址耗盡 vs 存量業務持續增長
- IPv6 地址充裕 vs 應用生態不足
- 傳統 CGN（載波級 NAT）設備昂貴、狀態表成瓶頸、單點故障風險高
MAP 技術融合 A+P（Address + Port）地址共享與雙重封裝/轉譯，實現 IPv4 封包在 IPv6 網絡中無狀態傳輸。
兩大實作模式
| 模式 | 全稱 | 封包處理方式 | 特點 |
|---|
| MAP-E | Mapping Address and Port - Encapsulation | IPv4 封包封裝於 IPv6 封包中（IPv6-in-IPv4 隧道） | 無狀態、CE 端執行 NAT44、支援分散式轉發 |
| MAP-T | Mapping Address and Port - Translation | IPv4 封包雙重轉譯為 IPv6（NAT44 + NAT64） | 無狀態、封包體積較小、需 BR 處理轉譯 |
MAP 四大核心特徵
- 共享：單一公網 IPv4 透過 Port-set 劃分，支援多用戶共用，大幅提升地址利用率。
- 無狀態：依演算法映射 IPv4+Port ↔ IPv6 前綴，無需維護連線狀態表，設備簡化、擴展性強。
- 分散：NAT44 功能下放至用戶端 CE（Customer Edge），消除集中式 CGN 效能瓶頸。
- 優化：CE 間直連轉發、BR Pool 負載分擔、故障切換無需 Session 同步，提升可靠性與效率。
落地部署四大關鍵挑戰
- 映射規則設計：IPv4 前綴、Port-set 長度、EA-bits 分配、IPv6 前綴長度的數學規劃。
- 規則下發機制：DHCPv6 選項（OPTION 94/95）或 NETCONF/YANG 自動化配置。
- BR 高可用：Anycast BR 部署、健康檢查、流量無縫切換。
- 封包格式與 MTU：MAP-E 封裝開銷 40 Bytes，需調整 MTU/MSS 避免分片。
結語
MAP 技術以無狀態分散式架構優雅解決 IPv4/IPv6 共存難題，適合城域網大規模部署。成功關鍵在於精確的映射規劃、自動化配置下發與 BR 叢集高可用設計。