はじめに
このドキュメントでは、NSO側の問題が原因で設定プッシュ(host/ecs/apn)を取得できないRCMベースのUPFについて説明します
問題
RCM(Redundancy Configuration Manager)がUPF(ユーザプレーン機能)のリブートを開始すると、RCMがUPFからconfigpushcompleteを受信すると、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からのconfig pushを待機します。
NSO側の修正は、Cisco Bug ID CSCwi70899で提供されています