DID 攜號轉網：在大規模流量前的即時冒煙測試與預付費錢包管理

1. 轉網完成狀態只是一個信號，而非綠燈

當您在管理控制台（Console）中看見您的 DID 攜號轉網（Porting）狀態變更為「已完成」時，這僅僅代表中央資料庫（例如 LRN 路由註冊機構）已經更新了該號碼的運營商歸屬記錄。這並不意味著全球所有下游電信業者與本地網路都已經即時同步並重新載入其路由表。在實際營運中，不同電信業者的路由傳播存在時間差，可能需要數小時甚至數天才能完全生效。如果您在轉網完成的瞬間，就立即將全部的生產環境流量切換到該號碼，極有可能會遇到無聲的入站失敗、簡訊遺失或關鍵的一次性密碼（OTP）無法送達的問題。因此，營運團隊必須將控制台的「完成」狀態視為啟動安全冒煙測試的信號，而非直接導入大規模流量的綠燈。

2. 步驟一：入站與出站冒煙測試

在將即時應用程式流量切換到新轉網的 E.164 號碼之前，必須在受控環境下執行嚴格的雙向冒煙測試。首先，從多個不同的主流行動網路（例如不同的本地電信業者）手動發送測試簡訊至該轉網 DID，並在控制台的即時日誌中觀察入站 Webhook 是否被正確觸發。其次，執行出站測試，向測試終端發送簡訊，並密切監控遞送收據（DLR）的狀態。您需要驗證 DLR 是否能成功返回「已遞送」（Delivered）狀態，並檢查其延遲時間。在低流量下進行雙向驗證，能夠在真實用戶受到影響之前，及早發現路由異常、簡訊中心（SMSC）綁定錯誤或特定電信業者的傳播延遲，從而保障關鍵驗證服務的連續性。

3. 步驟二：Webhook 傳遞與 E.164 格式化

入站簡訊與語音路由高度依賴於高可用性的 Webhook 基礎設施。當新轉網的號碼接收到流量時，平台會向您配置的應用程式端點發送即時的 JSON 酬載。您必須確保您的 Webhook 接收端能夠在標準的服務等級協定（SLA）時間內處理這些請求，並返回 HTTP 200 OK 回應。請仔細檢查 Webhook 酬載中的號碼格式，驗證其是否符合嚴格的 E.164 國際標準（例如包含正確的國碼且無多餘的前導零）。在進行即時（JIT）號碼分配或動態路由配置時，任何格式錯誤都可能導致系統無法正確識別用戶。如果冒煙測試期間 Webhook 出現 HTTP 5xx 錯誤或簽章驗證失敗，請立即在控制台中調試端點配置，切勿將未經驗證的路由投入生產。

4. 步驟三：漸進式流量提升與預付費錢包底線管理

當您確認冒煙測試完全通過後，應採取階梯式的漸進流量提升策略，例如在數天內依序將流量比例分配為 5%、25%、50% 直至 100%。這種做法不僅能保護您的發送信譽，還能讓您在控制台中即時監控預付費錢包（Prepaid Wallet）的扣款動態。請特別注意，平台的所有即時路由與簡訊發送均基於嚴格的預付費帳本運行。您必須在預付費錢包中維持至少 USD 20 的強制性最低餘額底線（USD 20 Floor）。一旦錢包餘額低於此底線，系統為了防止帳戶透支，將會自動限制或暫停即時出站流量，這會直接導致您的 OTP 服務中斷。當您的每月發送預算接近 USD 1,000 的軟性審查閾值時，請務必在控制台中配置自動充值規則，以確保在高併發流量期間錢包餘額始終高於安全水位。

5. 驗證協定與營運手冊

為了建立具備高容錯能力的現代訊息傳遞架構，營運團隊應將轉網驗證流程標準化，並與動態號碼分配及預算預警機制深度整合。以下營運手冊提供了關於啟動週管理、錢包分配與即時排障的深度指南：

• OTP 啟動週：預付費檢查清單助您防止資金燒光
• 攜號轉網還是新開 DID
• 預付真相：IOSOR 絕不承諾的事項

透過結合這些標準作業程序，您的團隊可以更從容地應對突發的流量高峰，並在路由發生異常時迅速做出反應。

6. 從 IOSOR 開始

轉網狀態變成 complete 時先做冒煙，不要開閘。在已轉的 E.164 上各發一則入站與出站。確認 webhook 載荷與終態 DLR。然後才按 5、25、50、100 爬升。匯出這段冒煙視窗，放量不能靠猜。

IOSOR 要點

轉網完成是冒煙邀請，不是放量綠燈。

要做：雙向冒煙，再階梯爬升。不要：控制台一寫 complete 就群發。