La risoluzione dei problemi relativi alla modalità standby UPF non ottiene il push della configurazione NSO

Opzioni per il download

PDF (249.6 KB)
Visualizza con Adobe Reader su diversi dispositivi
ePub (87.1 KB)
Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (74.1 KB)
Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi

Aggiornato:12 febbraio 2024

ID documento:221677

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Sommario

Introduzione

Problema

Soluzione

Introduzione

In questo documento viene descritto che l'UPF basato su RCM non è in grado di ottenere il comando di configurazione (host/ecs/apn) a causa di un problema sul lato NSO

Problema

Dopo che RCM (Redundancy Configuration Manager) ha avviato il riavvio di UPF (User Plane Function), quando RCM riceve configpushcomplete da UPF, invia un messaggio di notifica a NSO (Network Services Orchestrator), per procedere al passaggio successivo, ovvero eseguire il push dei file di configurazione host, ecs e apn nell'ordine indicato.

Tuttavia, in NSO il problema viene identificato quando viene analizzato il timestamp della notifica inviata da RCM.

# NSO non procede per il push di configurazione a UPF quando l'indicatore orario della notifica è nel formato (campo Osservare i microsecondi NON presente)

netconf-notifiche ricevute-notifiche notifica 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

# L'NSO procede con configpush quando il timestamp della notifica è nel formato (è presente il campo Osserva microsecondo)

netconf-notifiche ricevute-notifiche notifica 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

Nota: i messaggi di notifica NSO possono essere richiesti dall'ambiente di produzione dai registri NSO.

Soluzione

Attualmente RCM dispone di un timer di 100 minuti di tempo di attesa, trascorso il quale riavvia l'UPF bloccato in attesa del push della configurazione da parte dell'NSO.

La correzione rapida per l'NSO è disponibile tramite l'ID bug Cisco CSCwi70899