Solucionar problemas de transmissão de SSID nos controladores de LAN sem fio Catalyst 9800

Introdução

Este documento descreve como solucionar problemas de broadcast de SSID no Cisco Catalyst 9800 Wireless LAN Controllers (WLC).

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Controlador de LAN sem fio Cisco Catalyst 9800 Series
• Software versões 17.15.4d e 26.1.1
• C9130AXI-D

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Overview

Se um SSID não estiver transmitindo do AP, comece verificando o status operacional do rádio do AP. Se o status do rádio for UP e o SSID ainda não estiver visível, valide se o SSID foi enviado corretamente para o AP e verifique seu estado operacional no nível do AP.

No AP, execute estes comandos:

#show dot11 wlan 
Radio Vap SSID State Auth Assoc Switching DHCP
0 0 Power UP Central Central Central Local
0 1 guestTest UP Central Central Central Local
0 2 DOWN Central Central Central Local
1 0 Power UP Central Central Central Local
1 1 guestTest UP Central Central Central Local
1 2 DOWN Central Central Central Local
2 0 Power UP Central Central Central Local
2 1 guestTest UP Central Central Central Local
2 2 DOWN Central Central Central Local

Para APs Flex:

#show flexconnect wlan 
Flexconnect WLANs:
Radio Vap SSID State Auth Assoc Switching
0 0 Power UP Central Local Central
0 1 GuestTest UP Central Local Central
0 2 DOWN Central Local Central
0 3 DOWN Central Local Central
0 4 DOWN Central Local Central
1 0 Power UP Central Local Central
1 1 GuestTest UP Central Local Central
1 2 DOWN Central Local Central
1 3 DOWN Central Local Central
1 4 DOWN Central Local Central


Se o SSID não for exibido na saída, o problema pode estar relacionado a tags ou perfis configurados incorretamente. Valide primeiro a configuração da marca e do perfil.

Causas comuns de falha de transmissão de SSID

As razões mais comuns para um SSID não transmitir são:

Status Operacional do AP Inativo Devido a:

• Energia insuficiente

• Incompatibilidade de domínio regulatório

• Código de país sem suporte para o AP

• Sem suporte de domínio regulatório para APs Wi-Fi 7

• Antena não conectada

Problemas de configuração de tag/perfil

• Configuração de perfil de política incompatível

• Marcas Configuradas Incorretamente

• O AP está no modo Local, mas a Comutação Local não está ativada no Perfil de Política.

• VLAN ausente no perfil Flex

Outros problemas

Em algumas situações, mesmo se o status operacional do rádio do AP for UP e não houver configurações incorretas visíveis, o SSID ainda não pode transmitir devido a:

• Canais ou larguras de canais sem suporte no dispositivo cliente

• O AP não transmite beacons

Status operacional do AP inativo

Cenário 1: Código do país não configurado corretamente

Valide se o código do país está configurado corretamente na WLC para o respectivo país. É necessário que os APs transmitam o SSID. O código do país determina o domínio regulatório, que define os canais legais, a largura de banda e os níveis de potência de transmissão permitidos em sua região específica.

Sem um código de país definido, o AP não pode determinar quais frequências ele está legalmente autorizado a usar, portanto, ele mantém seus rádios desabilitados para garantir a conformidade regulatória.

Da GUI

Configuração > Sem fio > Pontos de acesso > País

Se o país pretendido não estiver configurado, selecione-o e adicione-o na lista disponível.

Do CLI

#show wireless country configured


Exemplo de CLI:

#show wireless country configured
Configured Country..........................   IN - India                     
Configured Country Codes
        IN  - India                               802.11a Indoor,Outdoor/ 802.11b Indoor,Outdoor/ 802.11g Indoor,Outdoor/

Se o país correto não estiver configurado, configure-o como mostrado abaixo:

#conf t
#wireless country <country code>

Validar o código do país no perfil de ingresso no AP

Para APs -ROW, a configuração do código do país no perfil de ingresso do AP é obrigatória para garantir a conformidade com os regulamentos locais de RF.

Da GUI

Navegue até:

Configuração > Tags e perfis > AP Join > Select AP Join Profile > General > Country Code

GUI da WLC > Sem fio > Pontos de acesso

Cenário 2: País sem suporte

Valide se o domínio regulatório AP é suportado no país pretendido.

Consulte estas ferramentas:

Pesquisa de conformidade sem fio

AP Channel Lookup (Wi-Fi 6 / 6E / 7 e APs Meraki)

Guia de referência técnica

Cenário 3: APs Wi-Fi 7

Primeiro, valide o suporte AP para o país específico e a versão mínima do software usando: https://apchannels.cisco.com/ 

Os APs da série CW917x usam uma única SKU/PID e podem operar globalmente porque a aplicação de regulamentações não é baseada em hardware.

Esses APs determinam o código do país usando um destes métodos:

• Geolocalização GPS/GNSS

• Descoberta baseada em proximidade de APs próximos

• Migração do painel da Meraki

• Arquivo de ativação regulamentar

Validar código do país no AP

#show resumo do ap

#show ap name <ap name> config general | inc Country

#show ap name AP8C88.814F.04E0 config general | include Country
Country Code : Multiple Countries : IN,RO,SR,UA,US
Regulatory Domain Allowed by Country : 802.11bg:-AE^ 802.11a:-ABDEN^ 802.11 6GHz:-BE
AP Country Code : US - United States
Country Code Resolution Method : Regulatory Activation File

Se o código do país não estiver configurado, consulte este guia: https://www.cisco.com/c/en/us/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.html 

Cenário 4 : O AP não está recebendo energia suficiente

Os APs exigem uma quantidade mínima de energia para que os rádios permaneçam operacionais. Os requisitos de energia variam dependendo do modelo do AP.

Validar:

• Requisitos de alimentação de AP da ficha técnica

• Alimentação fornecida pelo switch ou injetor de energia

Verificar a energia recebida pelo AP

APB811.4B52.CB38#show cdp inline_power

Power_Requested(mW) Power_Available(mW) Power_request-ID Power_management-ID

              22500               22500            34980                  10

Verifique a energia fornecida pela interface do switch

Switch#show power inline <int>

Saída de exemplo:

Switch#show power inline tenGigabitEthernet 3/0/7

Interface Admin  Oper       Power   Device              Class Max

                            (Watts)                           

--------- ------ ---------- ------- ------------------- ----- ----

Te3/0/7   auto   on         22.5    AIR-AP2802I-D-K9    4     60.0

Se o AP não estiver recebendo energia suficiente, isso também pode ser confirmado a partir dos registros do console do AP.

Exemplos de registros:

Jun 10 15:06:54 MarineTower-AP1 powerd: send ipc_socket_process: 7

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: Power mode: Degraded/Reduced Power, power_detection: DC_adapter(FALSE), PoE+/802.3at(30000 mWatt)

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: End: System running on low power @ 30000 mWatt from port0

Jun 10 15:17:09 MarineTower-AP1 kernel: [*06/10/2025 15:17:09.6554] systemd[1]: Starting Check /tmp directory space...

Cenário 5 : Antena não conectada (APs externos)

Para APs externos, as antenas devem ser conectadas para que os clientes detectem e se conectem a SSIDs. Valide os modelos de antena suportados usando o guia de instalação do respectivo modelo de AP.

Para validar a partir da CLI do AP: 

#show controllers dot11Radio <0-3> antenna

Problemas de configuração de tag/perfil

Cenário 1: WLAN não mapeada para a marca de política usada pelo AP

Nos controladores Catalyst 9800, os APs transmitem SSIDs somente se a WLAN estiver incluída na tag de política atribuída ao AP. As Marcas de Diretiva vinculam WLANs aos Perfis de Diretiva.

Configurações > Marcas e perfis > Marcas > Política > Marca de política

Cenário 2: Marcas Configuradas Incorretamente

Valide se as marcas AP estão configuradas corretamente e se nenhum perfil referenciado pelas marcas está ausente.

Comando CLI

#show ap name APB811.4B52.CB38 tag info

Saída de exemplo:

#show ap name APB811.4B52.CB38 tag info
AP Name            : APB811.4B52.CB38
AP Mac             : b811.4b52.cb38
Applied Tags :
-------------------------------------------
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             default-site-tag
Policy Tag           default-policy-tag

Tag/Profile Type          Misconfigured
-----------------------------------------
RF Tag                       No
Policy Tag                   No
Site Tag                     Yes
Flex profile                 No
AP join profile              No
2.4GHz Rf Profile            No
5 GHz Rf Profile             No
6 GHz Rf Profile             No
2.4GHz slot 0 Radio Profile  No
5 GHz slot 1 Radio Profile   No
5 GHz slot 2 Radio Profile   No
6 GHz slot 2 Radio Profile   No
6 GHz slot 3 Radio Profile   No
AP Country Misconfig         No

Resolved Tags :
-------------------------------------------
Tag Source         : AP
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             flex-qos
Policy Tag           default-policy-tag

Configuração > Sem Fio > Ponto de Acesso 

Neste exemplo, a tag Site é marcada como configurada incorretamente. O AP tenta resolver a marca para flex-qos, mas essa marca não existe mais na WLC.

Reconfigurar o AP com marcas válidas presentes na WLC resolve o problema.

Lista de verificação de validação

• Certifique-se de que os perfis mapeados para marcas existam no WLC

• Verifique se as marcas corretas estão mapeadas com a configuração pretendida

Cenário 3: Configuração incorreta em APs de modo local

Para APs de modo local, verifique se o perfil de política está configurado para switching central, autenticação central e DHCP central. Neste modo, a WLC envia a configuração—incluindo SSID, configurações de segurança—para o AP através do túnel de controle CAPWAP.

Configuração > Marcas e perfis > Política

Cenário 4 : Nenhuma VLAN válida definida no perfil Flex 

Certifique-se de que a VLAN esteja configurada no perfil Flex e no perfil Policy ao usar um AP Flex. Observe que se a VLAN não estiver no perfil Flex, uma mensagem de aviso será gerada nos eventos GUI da WLC.

Configuração > Marcas e perfis > Flex

Outros problemas

Canais ou Largura de Canal sem Suporte

Alguns dispositivos de cliente não suportam canais específicos ou larguras de canal dependendo do fornecedor do cliente e dos recursos de hardware.

• Dependendo do fabricante, alguns dispositivos cliente não suportam todos os canais sem fio. Nesses casos, o cliente não consegue detectar os beacons do AP, mesmo quando o AP está transmitindo nesses canais.
• É essencial verificar os recursos dos dispositivos clientes e garantir que suas configurações de canal e largura de canal sejam compatíveis com esses dispositivos.
• Configurações incompatíveis podem levar a dificuldades de roaming e problemas de "cliente difícil", pois o cliente pode ser incapaz de receber quadros beacon essenciais ou respostas de sondagem do AP.

O AP não está enviando beacons

Você pode validar se o cliente está ouvindo beacons usando este comando no dispositivo cliente:

netsh wlan show networks mode=Bssid

Este comando exibe todos os BSSIDs detectados pelo cliente. Se a saída mostrar todos os outros BSSIDs, exceto o BSSID do AP de destino, há uma possibilidade de que o AP não esteja transmitindo beacons.

Para identificar o BSSID da WLAN no AP, execute SSH no AP e execute:

show controllers dot11 <0-3> wlan 

Saída de exemplo:

WLANs and stats:

====================

radio vap id               mac           ssid state

    1      0 90:E9:5E:85:FF:6F       Guest_test  UP

    1      1 90:E9:5E:85:FF:6E       Guest_BYOD  UP

    1      2 90:E9:5E:85:FF:6D       PSK_Client  UP

    1      3 90:E9:5E:85:FF:6C       test123     UP

    1      5 90:E9:5E:85:FF:6A        test123    UP

A próxima etapa seria fazer a captura OTA para validar ainda mais se o AP está enviando os beacons.

Histórico de revisões

Revisão	Data de publicação	Comentários
3.0	19-Aug-2026	Corrigido um problema de formatação
2.0	14-Aug-2026	Corrigindo problemas de formatação
1.0	14-Aug-2026	Versão inicial