排除備用UPF未獲得NSO配置推送的故障
簡介
本文描述基於RCM的UPF，由於NSO端存在問題，無法獲取配置推送（主機/ecs/apn）
問題
在RCM（冗餘配置管理器）啟動UPF（使用者平面功能）重新啟動後，在RCM從UPF收到配置完成之後，RCM會向NSO(Network Services Orchestrator)傳送通知消息，以繼續執行下一步 — 按該順序推送主機、ecs、apn配置檔案。
但是在NSO問題中，當解析傳送的RCM通知的時間戳時識別出來。
#當通知的時間戳為格式時，NSO不會繼續將配置推送到UPF（觀察微秒欄位不存在）
netconf-notifications received-notifications notification 2024-01-25T04:59:30+00:00 0
//Sample notification - does not work on NSO
netconf-notifications received-notifications notification 2024-01-25T04:59:30+00:00 0
user <NSO username>
subscription alert-notification
stream alert-notification
received-time 2024-01-25T04:59:30.042866+00:00
data smi-alert-notification starts-at ""
data smi-alert-notification ends-at ""
data smi-alert-notification alert-status Config-Push
NAME VALUE
-------------------------------
DeviceID
Event Config-Push
GroupID 2
ManagementIP <IPv4 address>
NameSpace <rcm-namespace>
RCMVIP <IPv4 address>
RecoveryState
SSHIP <IPv4 address>
UPFState STANDBY
#當通知的時間戳為格式時，NSO繼續執行configpush（觀察微秒欄位存在）
netconf-notifications received-notifications notification 2024-01-25T04:43:30.045+00:00 0
//Sample notification - working on NSO
netconf-notifications received-notifications notification 2024-01-25T04:43:30.045+00:00 0
user <NSO username>
subscription alert-notification
stream alert-notification
received-time 2024-01-25T04:43:30.087872+00:00
data smi-alert-notification starts-at ""
data smi-alert-notification ends-at ""
data smi-alert-notification alert-status Config-Push
NAME VALUE
-------------------------------
DeviceID
Event Config-Push
GroupID 2
ManagementIP <IPv4 address>
NameSpace <rcm-namespace>
RCMVIP <IPv4 address>
RecoveryState
SSHIP <IPv4 address>
UPFState STANDBY
注意：可以從NSO日誌向生產環境請求NSO通知消息。
解決方案
目前RCM的計時器等待時間為100分鐘，之後它重新啟動停滯的UPF，等待來自NSO的配置推送。
NSO端修復通過思科錯誤ID CSCwi70899
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
14-Feb-2024 |
初始版本 |
意見