對於 MVNO 而言，IP 定址不僅是主網路的實作細節。它決定應用程式可達性、濫用處理、合法揭露的準備程度、服務台診斷，以及成長的經濟性。核心問題是CGNAT 記錄：批發協議必須界定由誰控制位址池、保留關聯記錄，並調查橫跨 IPv4、IPv6 及dual-stack用戶連線的故障。缺乏這種明確性時，名義上現代化的 IP 設計可能令 MVNO 承擔客戶與監管風險，卻沒有相應的營運控制權。
雙堆疊是商業邊界，而非過渡狀態
批發規劃常將雙堆疊視為從 IPv4 資產走向 IPv6 最終狀態的暫時階段。這項假設在商業上並不安全。僅支援 IPv4 的目的地、企業 VPN依賴、舊型手機行為及嵌入式應用程式假設，將使 IPv4 需求延續至大多數合約期限之後。因此，相關問題並非 IPv4 何時消失，而是主網路是否在兩種協定並存期間，已為兩者界定服務邊界。
IPv6 可用性必須進行端到端測試。在 PDP 或 PDU工作階段進行位址指派，只是第一個控制點。DNS行為、防火牆政策、流量導引、外部對等互連及手機設定檔，決定用戶能否取得可用服務。若語音與訊息政策共用封包資料控制，IMS互動可能相當重要。漫遊需要另行處理，因為訪客網路能力及歸屬路由選擇可改變協定可用性。對於 FWA服務，前綴委派及客戶端設備路由又增加了一層營運複雜度。
因此，宣稱的 IPv6 可用性可能高估服務等同性。主網路可能允許 IPv6 附著，卻對 IPv6 流量套用不同的政策規則、安全過濾或可觀測性。它可能全面監測 IPv4 的封包遺失與工作階段建立，卻保留較弱的 IPv6 目的地層級證據。從用戶角度看，兩種協定均屬同一數據服務。從服務台角度看，它們可能是兩個儀表化程度不同的網路。
因此，批發附表應區分公用 IPv4 指派、CGNAT 後的 RFC 1918配置、IPv6 前綴委派，以及任何靜態位址產品。各者均有不同的庫存、路由、安全及支援影響。靜態公用位址可支援企業存取控制或受管理設備。共享私有位址可能足以支援大眾市場瀏覽，但不適合入站連線。IPv6 前綴理論上可能充足，卻會受委派政策或重新編號慣例的營運限制。
相反的觀點是，IPv6 消除了檢視 NAT 的必要。事實並非如此。IPv6 降低對稀缺公用 IPv4 位址的依賴，但不會消除 IPv4 需求，也不會消除將共享位址活動關聯至個別 IMSI 的要求。一家西歐 Tier-2 MNO，約 800 萬用戶，發現 IPv6 附著率上升雖降低平均 IPv4 流量，卻未使 CGNAT 工作階段尖峰需求按比例下降。應用程式持續開啟平行 IPv4 路徑，而舊型裝置設定檔仍不一致。即使流量組合改變，容量及記錄義務仍然存在。
位址所有權同時決定控制權與成本
位址配置不是託管協議的行政附件。它決定連續性、產品彈性及承擔稀缺成本的一方。對於 IPv4，合約應說明公用位址是由主網路擁有、專供 MVNO 使用，還是從共享 CGNAT 池動態提取。若容量費用取決於使用率，MVNO 亦需要明確的報告基礎，以及質疑併發工作階段、每用戶連接埠及尖峰負載假設的權利。
對於 IPv6，名義上的充足供應可能掩蓋穩定前綴政策的重要性。前綴大小、持續性及委派方式，影響企業允許清單、IoT設備群管理、固定無線安裝及主網路平台之間的遷移。對使用短期工作階段的消費者手機而言，頻繁重新編號或可接受。但若客戶設備、遠端管理系統或安全控制保留以位址為基礎的狀態，其影響便更為重大。
供應商獨立資源可以改善可攜性，但所有權本身不會帶來營運獨立性。MVNO 也可能須承擔 RIR政策合規、BGP路由責任、路由安全管理及直接濫用處理。這些義務需要網路營運、註冊治理及事件應變能力，而許多早期 MVNO 並未維持此等能力。若只有一家供應商具備宣告及防護可攜配置的能力，該配置可能成為營運集中的來源。
因此，若主網路保有 CN及路由網域，使用主網路擁有的資源在商業上可以合理。條件是合約清晰。服務啟動前，應明確規定重新編號程序、遷移協助、通知期限及終止支援。協議亦應說明主網路能否重新配置專用位址池、適用何種使用率門檻，以及可多快供應額外容量。
- 公用 IPv4 配置
- 所有權、專用性、位址池規模、使用率報告及重新配置權利
- CGNAT 容量
- 併發工作階段假設、連接埠配置政策、超載門檻及擴容前置時間
- IPv6 前綴
- 前綴大小、持續性、委派方式、路由網域及重新編號程序
- 退出與遷移
- 位址連續性限制、DNS 與 APN 過渡計畫、客戶通知及切換支援
定價應反映這些成本驅動因素，而非將其合併為單一每張 SIM 的費用。公用 IPv4 風險、CGNAT 處理、日誌保留、IPv6 啟用及營運支援消耗不同資源。綑綁費用在服務推出時看似可預測，卻可能隱藏未來的利潤壓力。主網路日後可能就額外連接埠、較長保留期限或專用位址尋求附加費，而 MVNO 幾乎沒有證據可檢驗該要求。拆分各項組成不代表需要複雜的資費。它只需要足夠透明度，以識別哪項假設已改變。
故障排除責任必須遵循封包路徑
對於封包數據事故，將客戶支援籠統分配給 MVNO、將網路支援分配給主網路的表述並不足夠。責任應隨封包路徑及各方可取得的證據而定。MVNO 可負責第一線分流、資費與資格檢查、APN指引及裝置層級證據蒐集。主網路應負責 RAN、EPC 或 5GC、PGW 或 UPF、DNS 解析器、CGNAT 平台及外部對等互連，只要這些項目在其控制範圍內。
這項分工唯有在升級介面規定最低事故資料時才有效。有用的記錄包括 IMSI、適用時的 MSISDN、APN、精確的 UTC時間戳記、已指派的 IPv4 與 IPv6 值、來源及目的地五元組、已知時的 NAT 連接埠、RAT、小區或追蹤區域情境，以及受影響的應用程式路徑。若沒有共通的證據格式，第一線支援會傳送螢幕截圖，網路營運則要求封包細節，事故在雙方蒐集不相容記錄時持續老化。
時間同步及可查詢的關聯記錄是此項控制的核心。保留期間必須符合適用的法律、安全及商業要求，但僅有期間並不足夠。記錄必須可在約定的回應時限內搜尋，並保留區分共用同一公用位址之用戶所需的欄位。時鐘漂移、缺失的連接埠資料或不一致的時區，可能使數月留存的資訊在營運上毫無用處。
服務等級亦應按症狀分類封包數據故障。廣泛的附著失敗不同於特定目的地可達性問題。入站連線限制不同於連接埠耗盡。DNS 異常不同於僅 IPv6 的路由故障。每個類別都對應不同的證據集、可能責任方及修復路徑。單一數據可用性指標可能仍在目標範圍內，但具商業重要性的應用程式、企業端點或內容網路卻持續無法連線。
營運報告應揭示這些事故背後的條件。相關指標包括 NAT 使用率、連接埠區塊配置或確定性 NAT 政策、超載事件、IPv6 附著率、特定協定錯誤模式及未解決的目的地故障。目的不是將日常核心網路營運轉移給 MVNO，而是向商業責任方提供足夠證據，以預測容量、質疑重複故障，並向企業客戶說明服務限制。
一家在 EMEA 服務 12+ 租戶的 MVNE發現，共用的主網路升級佇列掩蓋了租戶特定模式。彙總封包數據可用性維持穩定，但多個租戶反覆出現與連接埠配置行為相關的目的地故障。租戶層級報告及標準證據範本縮短了診斷時間，因為 MVNE 可在升級前，將裝置設定案例與主網路端的轉換限制區分開來。
受監管請求及安全事故同樣需要明確的營運路徑。協議應識別獲授權請求方、回應時限、保留期間及保管鏈控制。它亦應說明 MVNO 能否取得用戶關聯記錄，或必須透過主網路轉交每項請求。兩種模式皆可行。模糊不清則不可行，尤其當 MVNO 仍是面向客戶的一方，卻無法取得回應主管機關或調查濫用所需的證據時。
IPv6 將逐步降低對共享 IPv4 的依賴，但雙堆疊批發託管在未來數年仍將是營運現實。轉型會先改變流量比例，之後才會消除控制義務。現在就對 IPv4 至 IPv6 的邊界進行定價、記錄及治理的 MVNO，將在流量設定檔改變時面對更少的利潤衝擊、升級爭議及遷移限制。較穩健的商業立場，不是預測 CGNAT 的終結，而是使其餘下角色可量度、可稽核，並受合約邊界約束。