简介
本文档介绍基于RCM的UPF由于NSO端出现问题而无法获得配置推送(host/ecs/apn)
问题
在RCM(冗余配置管理器)启动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 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端修复通过Cisco Bug ID CSCwi70899提供