Fehlerbehebung: Standby-UPF erhält keinen NSO-Konfigurations-Push

Download-Optionen

PDF (251.3 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (83.3 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (69.3 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:12. Februar 2024

Dokument-ID:221677

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Problem

Lösung

Einleitung

In diesem Dokument wird beschrieben, dass RCM-basiertes UPF aufgrund eines Problems auf der NSO-Seite den Konfigurations-Push (Host/ecs/apn) nicht erhalten kann.

Problem

Wenn der RCM (Redundancy Configuration Manager) einen Neustart von UPF (Benutzerebenenfunktion) initiiert hat, sendet er, sobald der RCM configpushcomplete von UPF empfängt, eine Benachrichtigung an den NSO (Network Services Orchestrator), um mit dem nächsten Schritt fortzufahren - um die Host-, ecs- und apn-Konfigurationsdateien in dieser Reihenfolge zu übertragen.

Im NSO wird das Problem jedoch erkannt, wenn der Zeitstempel der vom RCM gesendeten Benachrichtigung analysiert wird.

# Der NSO fährt nicht mit der Konfiguration fort, wenn ein UPF-Push durchgeführt wird, wenn der Zeitstempel der Benachrichtigung im Format vorliegt (Feld für die Mikrosekunde NICHT vorhanden).

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 fährt für "configpush" fort, wenn der Zeitstempel der Benachrichtigung im Format vorliegt (Feld "Observe microsecond" vorhanden)

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

Hinweis: NSO-Benachrichtigungen können aus den NSO-Protokollen in der Produktionsumgebung angefordert werden.

Lösung

Derzeit verfügt der RCM über eine Wartezeit von 100 Minuten, nach deren Ablauf er das festgefahrene UPF neu startet und auf einen Konfigurations-Push vom NSO wartet.

Die Behebung des NSO-Problems erfolgt über die Cisco Bug-ID CSCwi70899.