由於缺少內部子網配置，Redsky E911服務的電話註冊問題

問題

位置遷移後，多部思科電話無法註冊為Redsky E911服務的HELD（託管緊急位置資料庫）裝置。受影響的裝置正在通告IPv6和IPv4地址，儘管向IP信任設定新增IPv6範圍並執行裝置重啟，但仍有幾部電話仍無法註冊。此外，嘗試從Redsky中刪除裝置HELD請求並在Webex Calling中重新啟動電話並不能解決所有裝置的註冊失敗問題。

遇到註冊問題的特定裝置包括：

• BC:AB:F5:DA:44:A5(IPv6:2620:107:9098:4403:beab:f5ff:feda:44a5)

• BC:AB:F5:DA:40:9D(IPv6:2620:107:9098:4403:beab:f5ff:feda:409d)

• BC:AB:F5:DA:20:CD(IPv6:2620:107:9098:4403:beab:f5ff:feda:20cd)

• BC:AB:F5:DA:4D:E4(IPv6:2620:107:9098:4403:beab:f5ff:feda:4de4)

• AC:7E:8A:B7:D0:35(IPv6:2620:107:9098:4404:ae7e:8aff:feb7:d035)

• BC:AB:F5:DA:47:90(IPv6:2620:107:9098:4405:beab:f5ff:feda:4790)

• 7C:62:E7:CF:A1:3C(IPv6:2620:107:9098:4405:7e62:e7ff:fecf:a13c)

• BC:AB:F5:DA:44:CC(IPv6:2620:107:9098:4405:beab:f5ff:feda:44cc)

環境

• Cisco Webex Calling部署與E911服務整合

• 適用於緊急定位服務的雷德斯基E911服務平台

• 雙堆疊(IPv4/IPv6)網路配置中的多個Cisco IP電話

• 需要所有裝置的E911服務功能的最近位置遷移

• 同時配置了IPv4和IPv6編址的電話

解析

解決方法涉及識別和配置Redsky門戶配置中缺少的內部子網範圍，以便進行正確的裝置發現和註冊。

步驟 1:調查註冊失敗

使用者已確認將在新位置上使用的發現方法。IP範圍發現方法是所選方法，因此您需要驗證裝置使用的公共和本地IP範圍是否在RedSky門戶中配置。

調查發現，裝置（在控制中心公共及本地IP上驗證）使用的特定內部子網未包含在Redsky配置中，導致電話無法正確發現和註冊為HELD設備。

步驟 2:確定缺少的內部子網

此內部IP範圍在Redsky門戶配置中被識別為缺失：

10.46.253.103
10.46.254.10

步驟 3:新增缺少的專用IP範圍

缺少的內部子網和專用IP範圍已新增到Redsky配置中，以實現正確的裝置發現和註冊。

步驟 4:重新啟動受影響的裝置

將丟失的專用IP範圍新增到Redsky配置後，所有受影響的裝置均被重新引導，以觸發對E911服務的新註冊嘗試。

步驟 5:驗證註冊成功

在配置更新和裝置重新啟動後，所有以前出現故障的裝置都在Redsky門戶中成功註冊為HELD裝置，從而恢復該位置的E911功能。

原因

註冊失敗是由Redsky E911服務門戶中的內部子網配置不完整造成的。Redsky系統要求在門戶中明確配置電話使用的所有內部子網和專用IP範圍，以便進行正確的裝置發現和註冊。當電話嘗試從Redsky配置中未包含的IP範圍註冊時，註冊過程會失敗，即使裝置已正確配置為雙堆疊網路並且擁有有效的IPv6地址。裝置的雙堆疊配置是一個起作用的因素，因為電話同時通告IPv4和IPv6地址，但缺少內部子網配置導致無法成功註冊，無論使用的IP版本如何。

相關內容

• 思科技術支援與下載

修訂記錄

修訂	發佈日期	意見
1.0	10-Nov-2026	初始版本