Solucionar problemas de UPF em espera não obtém envio de configuração de NSO

Opções de download

PDF (250.8 KB)
Ver no Adobe Reader em vários dispositivos
ePub (84.0 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (70.3 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:12 de fevereiro de 2024

ID do documento:221677

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introdução

Problema

Solução

Introdução

Este documento descreve o UPF baseado em RCM incapaz de obter o push de configuração (host/ecs/apn) devido a um problema no lado NSO

Problema

Após o RCM (Redundancy Configuration Manager) iniciar a reinicialização do UPF (User Plane Function), uma vez que o RCM recebe configpushcomplete do UPF, o RCM envia a mensagem de notificação ao NSO(Network Services Orchestrator), para prosseguir para a próxima etapa - enviar arquivos de configuração do host, ecs, apn nessa ordem.

Mas no NSO, o problema é identificado quando o carimbo de data/hora do RCM enviado à notificação está sendo analisado.

# O NSO não continua o envio da configuração para o UPF quando o carimbo de data/hora da notificação está no formato (observe que o campo de microssegundos NÃO está presente)

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

# O NSO prossegue para configpush quando o carimbo de data/hora da notificação estiver no formato (observe que o campo de microssegundo está presente)

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

Observação: as mensagens de notificação NSO podem ser solicitadas do ambiente de produção nos logs NSO.

Solução

Atualmente, o RCM tem um temporizador de 100 minutos de tempo de espera após o qual reinicializa o UPF travado, aguardando o envio de configuração do NSO.

A correção do lado NSO está chegando via ID de bug Cisco CSCwi70899