目錄

簡介

問題

解決方案

簡介

本文描述基於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