Descrição do problema
Os access points (APs) C9120 fabricados de novembro de 2021 a julho de 2022 não podem usar os serviços Plug-and-Play (PnP) para descobrir o DNA Center (DNAC) e, portanto, podem não ser capazes de se associar a um controlador sem fio.
O console do AP mostrará mensagens semelhantes às seguintes:
[*04/21/2022 12:08:48.3470] systemd[1]: pnp_syslog.service failed.
[*04/21/2022 12:08:58.3550] env: can't execute 'python': No such file or directory
Para clientes não PnP, isso afeta apenas o recurso de Hospedagem de Aplicativos (Cisco® IOx) no AP.
Background
Alguns APs Cisco Catalyst 9100 são fabricados com o software EWC (Embedded Wireless Controller) instalado. Nesses APs, uma variável de bootloader MEMODE é definida como 1. Essa variável é definida como 0 em APs que não têm software EWC. Por engano, alguns APs não EWC foram fabricados com MEMODE definido como 1. Isso faz com que os APs, quando inicializam fora da caixa, não carreguem Python. Como resultado, a descoberta de PnP falha e o IOx não pode ser executado.
Este é um bug da Cisco CSCwc02567 .
Solução
Reparar via Console
Você pode usar o console para se conectar ao AP e executar o comando abaixo para definir a variável MEMODE como 0 e reinicializar :
c9120AP#ap-type capwap
c9120AP#capwap ap erase all
Procedimento fora do console, onde é necessário DNAC PnP
Se o console para o AP for inconveniente, siga as instruções abaixo para que o AP se una a um controlador (sem PnP), reconfigure o tipo de AP e redefina para os padrões de fábrica, para que o PnP possa ser executado.
1. Configurar um Método de Junção de AP Não-PnP
- Resolução DNS (CISCO-CAPWAP-CONTROLLER.domain)
- Descoberta de Camada 2 / IP helper
- DHCP Option 43, conforme documentado em Configure DHCP OPTION 43 for Lightweight Access Points. Nesse caso, aguarde até 20 minutos para que os APs descubram a WLC, pois eles precisarão expirar a descoberta de PnP.
2. Reconfigure o Tipo de AP
Depois que o AP se une à controladora, você continua com as opções abaixo para definir a variável de modo ME de volta para 0:
1) da CLI da controladora do C9800:
9800wlc#ap name
remote enable
9800wlc#ap name
remote command "ap-type capwap"
9800wlc#ap name
remote disable
2) na CLI do controlador AireOS :
(AireOS_WLC) >debug ap enable
(AireOS_WLC) >debug ap command "ap-type capwap"
(AireOS_WLC) >debug ap disable
3) do AP SSH :
c9120AP#ap-type capwap
3. Remover Método de Junção AP
Remova o método de junção de AP que foi usado na primeira etapa, para garantir que o AP usará PnP.
4. Redefinição de fábrica do AP
A fábrica redefiniu o AP por meio do botão de redefinição conforme documentado em Fatory Reset ou redefina a configuração CAPWAP executando um dos seguintes comandos:
AP SSH CLI
c9120#capwap ap erase all
CLI 9800 ou AireOS
9800wlc#clear ap config <Nome_AP>
5. Sincronizar a WLC com o DNAC
Sincronize o WLC com o DNAC para alterar o estado do AP para Indisponível no inventário do DNAC:
a. Navegue até https://<DNAC_IP>/dna/provision/devices/inventory/list
b. A WLC será listada. Se muitos dispositivos estiverem presentes, um filtro pode ser usado para pesquisar WLC
c. Selecione WLC e escolha Actions—>Inventory—>Resync Device.
6. Reivindique o AP no DNAC.
Afirmar que o AP e o PnP já devem estar funcionando. Você pode verificar o status PnP no AP usando o comando abaixo:
c9120AP#show pnp status
Procedimento fora do console, onde o Cisco IOx é necessário
Para que os serviços IOx funcionem, ouConfigure o tipo de AP e recarregue por uma das opções abaixo. Não há necessidade de redefinir o AP para os padrões de fábrica.
1) da CLI da controladora do C9800:
9800wlc#ap name
remote enable
9800wlc#ap name
remote command "ap-type capwap"
9800wlc#ap name
remote disable
9800wlc#ap name
reset
2) na CLI do controlador AireOS :
(AireOS_WLC) >debug ap enable
(AireOS_WLC) >debug ap command "ap-type capwap"
(AireOS_WLC) >debug ap disable
(AireOS_WLC) >config ap reset
3) do AP SSH :
c9120AP#ap-type capwap
c9120AP#reload