Consulte Perguntas frequentes sobre mensagens de sistema e erros da controladora Wireless LAN (WLC)

P. Um AP Lightweight Access Point Protocol (LWAPP) não é capaz de se unir à sua controladora. O registro da controladora Wireless LAN (WLC) exibe uma mensagem semelhante a esta: LWAPP Join-Request não inclui um certificado válido em CERTIFICATE_PAYLOAD do AP 00:0b:85:68:ab:01. Por quê?

R.Você pode receber essa mensagem de erro se o túnel LWAPP entre o AP e a WLC atravessar um caminho de rede com uma MTU abaixo de 1500 bytes. Isto causa a fragmentação dos pacotes LWAPP. Este é um bug conhecido da controladora. Consulte o bug da Cisco IDCSCsd39911.

A solução é atualizar o firmware da controladora para a versão 4.0(155).

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bugs da Cisco.

P. Quero estabelecer o tunelamento de convidado entre meu controlador interno e o controlador âncora virtual na zona desmilitarizada (DMZ). No entanto, quando um usuário tenta se associar a um SSID convidado, ele é incapaz de receber o endereço IP da DMZ, como esperado. Consequentemente, o tráfego de usuário não é tunelado para a controladora na DMZ. A saída do comando debug mobile handoff exibe uma mensagem semelhante a esta: Security Policy Mismatch for WLAN <Wlan ID>. Solicitação de exportação de âncora do IP do switch: <endereço IP do controlador> ignorado. Qual é o problema?

R.O tunelamento de convidados fornece segurança adicional para o acesso de usuários convidados à rede sem fio corporativa. Isso ajuda a garantir que os usuários convidados sejam incapazes de acessar a rede corporativa sem passar primeiro pelo firewall corporativo. Quando um usuário se associa a uma WLAN que está designada como a WLAN convidada, o tráfego de usuário é tunelado para a controladora de WLAN localizada na DMZ fora do firewall corporativo.

Agora, considerando esse cenário, pode haver diversas razões para este tunelamento de convidado não funcionar da forma esperada. Como a saída do comando debug implica, o problema pode ser com a incompatibilidade em qualquer uma das políticas de segurança configuradas para essa WLAN específica nos controladores internos e DMZ. Verifique se as políticas de segurança, bem como outras configurações como timeout da sessão, são atendidas.

Outro motivo comum para esse problema é que a controladora DMZ não está ancorada nela mesma para essa WLAN específica. Para um tunelamento de convidado funcionar corretamente e para que a DMZ administre o endereço IP do usuário (usuário que pertence a uma WLAN convidada), é essencial que a ancoragem apropriada seja feita para essa WLAN específica.

P. Recebo várias mensagens "CPU Receive Multicast Queue is full on Controller" na controladora Wireless LAN (WLC) 2006, mas não nas WLCs 4400. Por quê? Desabilitei o multicast nas controladoras. Qual é a diferença do limite da fila de multicast entre as plataformas WLC 2006 e 4400?

R.Como o multicast está desativado nos controladores, as mensagens que causam esse alarme podem ser mensagens Address Resolution Protocol (ARP). Não há nenhuma diferença na profundidade da fila (512 pacotes) entre as WLCs 2000 e as WLCs 4400. A diferença é que o NPU 4400 filtra os pacotes ARP, enquanto que tudo é feito via software no 2006. Isso explica porque as WLCs 2600 enxergam as mensagens, mas não as WLCs 4400. Uma WLC 44xx processa pacotes de multicast via hardware (através da CPU). Uma WLC 2000 processa pacotes de multicast via software. O processamento na CPU é mais eficiente do que o via software. Consequentemente, a fila da 4400 é esvaziada mais rápido, enquanto que a WLC 2006 se esforça um pouco ao ver muitas destas mensagens.

P. Vejo a mensagem de erro "[SECURITY] apf_foreignap.c 763: STA [00:0A:E4:36:1F:9B] Recebeu um pacote na porta 1, mas nenhum AP Estrangeiro configurado para essa porta." em um de meus controladores. O que esse erro significa e que etapas devo executar para resolvê-lo?

R.Essa mensagem é vista quando a controladora recebe uma solicitação DHCP para um endereço MAC para o qual não tem uma máquina de estado. Isto é observado frequentemente em bridges ou sistemas que executam máquinas virtuais como o VMware. A controladora escuta as solicitações de DHCP porque executa o snooping de DHCP. Assim, ela sabe quais endereços estão associados aos clientes conectados aos seus pontos de acesso (APs). Todo o tráfego para os clientes Wireless passa através da controladora. Quando o destino de um pacote é um cliente Wireless, ele vai para a controladora e atravessa o túnel Lightweight Access Point Protocol (LWAPP) para o AP e então para o cliente. Uma coisa que pode ser feita para ajudar a mitigar essa mensagem é permitir somente as VLANs que são usadas no controlador no tronco que vai para o controlador com o comando switchport vlan allowno switch.

P. Por que vejo esta mensagem de erro no console: Falha na mensagem 'Set Default Gateway' da tabela do sistema, Id = 0x0050b986 valor do erro = 0xfffffc?

R.Isso pode ocorrer devido à alta carga da CPU. Quando a CPU da controladora está sobrecarregada, por exemplo, ao executar cópias de arquivo ou outras tarefas, ela não tem tempo para processar todos os ACKs que o NPU envia em resposta às mensagens de configuração. Quando isso ocorre, a CPU gera mensagens de erro. No entanto, as mensagens de erro não afetam o serviço ou a funcionalidade.

Para obter mais informações, consulte Cisco Wireless LAN Controllers.

P. Recebo estas mensagens de erro de chave WEP (Wired Equivalent Privacy) no meu sistema de controle sem fio (WCS): A chave WEP configurada na estação pode estar incorreta. O endereço MAC da estação é 'xx:xx:xx:xx:xx:xx', o MAC do rádio base do AP é 'xx:xx:xx:xx:xx:xx' e o ID do slot é '1'. Contudo, eu não uso a WEP como o parâmetro de segurança em minha rede. Uso somente o Wi-Fi Protected Access (WPA). Por que eu recebo estas mensagens de erro de WEP?

R.Se todas as suas configurações relacionadas à segurança forem perfeitas, as mensagens que você recebe agora são causadas por bugs. Há alguns bug conhecidos na controladora. Consulte os bugs da Cisco IDCSCse17260 e Cisco, mas ID CSCse11202, que declaram "A chave WEP configurada na estação pode estar errada com clientes WPA e TKIP, respectivamente". Na verdade, o bug da Cisco ID CSCse17260é uma duplicata do bug da Cisco ID CSCse11202. A correção para a Cisco, mas a ID CSCse11202já está disponível com a versão 3.2.171.5 da WLC.

Observação: as versões mais recentes do WLC têm uma correção para esses bugs.

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

P. Eu uso um servidor RADIUS externo para autenticar clientes sem fio através da controladora. O controlador envia esta mensagem de erro regularmente: nenhum servidor radius está respondendo. Por que eu vejo essas mensagens de erro?

R.Quando uma solicitação sai da WLC para o servidor RADIUS, cada pacote tem um número de sequência para o qual a WLC espera uma resposta. Se não houver resposta, há uma mensagem que mostra radius-server not responding.

O tempo padrão para que a WLC ouça de volta do servidor Radius é 2 segundos. Ele é definido na GUI da WLC emSecurity > authentication-server. O máximo é 30 segundos. Portanto, pode ser útil definir esse valor de tempo limite ao máximo para resolver esse problema.

Às vezes, os servidores RADIUS executam'descartes silenciosos'do pacote de solicitação que vem da WLC. O servidor RADIUS pode rejeitar esses pacotes devido a inconsistências de certificado e diversas outras razões. Esta é uma ação válida pelo servidor. Além disso, nesses casos, a controladora pode marcar o servidor RADIUS como não respondendo

Para resolver o problema dos descartes silenciosos, desabilite o recurso agressivo de failover na WLC.

Se o recurso de failover assertivo estiver habilitado na WLC, a WLC será muito agressiva para marcar o servidor AAA como não respondendo. No entanto, isso não deve ser feito porque o servidor AAA não pode responder somente àquele cliente específico (ele faz descarte silencioso). Isso pode ser uma resposta a outros clientes válidos (com certificados válidos). No entanto, a WLC ainda pode marcar o servidor AAA como não respondendo e não funcional.

Para superar isso, desabilite o recurso de failover agressivo. Execute o comando config radius aggressive-failover disableda CLI do controlador para fazer isso. Se ele estiver desabilitado, a controladora executará o failover para o próximo servidor AAA somente se houver 3 clientes consecutivos que falharam ao receber uma resposta do servidor RADIUS.

P. Vários clientes não podem se associar a um LWAPP e o controlador registra a mensagem de erro IAPP-3-MSGTAG015: iappSocketTask: iappRecvPkt returns. Por que isso acontece?

R.Isso acontece principalmente devido a um problema com os adaptadores Intel que suportam CCX v4, mas que executam uma versão de pacote de cliente anterior à 10.5.1.0. Se você atualizar o software para a versão 10.5.1.0 ou posterior, o problema será resolvido. Consulte o bug da Cisco IDCSCsi91347 para obter mais informações sobre essa mensagem de erro.

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

P. Eu vejo esta mensagem de erro no Controller de LAN Wireless (WLC): Alcançado o máximo de novas tentativas de solicitação de identidade EAP (21) para STA 00:05:4e:42:ad:c5. Por quê?

R.Essa mensagem de erro ocorre quando o usuário tenta se conectar a uma rede WLAN protegida por EAP e falha no número pré-configurado de tentativas de EAP. Quando o usuário falha na autenticação, a controladora exclui o cliente e o cliente não pode se conectar à rede até que o temporizador de exclusão expire ou seja manualmente substituído pelo administrador.

A exclusão detecta as tentativas de autenticação feitas por um dispositivo único. Quando esse dispositivo exceder um número máximo de falhas, seu endereço MAC não poderá mais se associar.

A exclusão ocorre:

• Após 5 falhas de autenticação consecutivas para autenticações compartilhadas (a 6ª tentativa é eliminada)

• Após 5 falhas de associação consecutivas para autenticações de MAC (a 6ª tentativa é eliminada)

• Após 3 falhas de autenticação EAP/802.1X consecutivas (a 4ª tentativa é eliminada)

• Qualquer falha externa do servidor de políticas (NAC)

• Qualquer instância de duplicação de endereço IP

• Após 3 falhas consecutivas da autenticação da Web (a 4ª tentativa é eliminada)

O temporizador que define quanto tempo um cliente é excluído pode ser configurado, e exclusão pode ser habilitada ou desabilitada na controladora ou no nível de WLAN.

P. Eu vejo esta mensagem de erro na controladora Wireless LAN (WLC): Um alerta do switch de categoria é gerado com gravidade 1 pelo switch WLCSCH01/10.0.16.5 A mensagem do alerta é Controller '10.0.16.5'. Os servidores RADIUS não estão respondendo às solicitações de autenticação. Que é o problema?

R.Isso pode ocorrer devido à ID de bug da Cisco CSCsc05495. Devido a este bug, a controladora injeta periodicamente um par AV incorreto (atributo 24, “estado”) nas mensagens de solicitação de autenticação que violam um RFP do RADIUS e causam problemas para alguns servidores de autenticação. Este foi corrigido na versão 3.2.179.6.

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

P. Recebo uma mensagem de falha de perfil do ruído em Monitor > 802.11b/g Radios. Eu quero entender por que recebo essa mensagem de falha?

R.O status do perfil de ruído FAILED/PASSED é definido após o resultado do teste feito pela WLC e em comparação com o limite definido atual. Por padrão, o valor do ruído é ajustado para -70. O estado FAILED indica que o valor de limite para esse parâmetro específico ou ponto de acesso (AP) foi excedido. Você pode ajustar os parâmetros no perfil, mas é recomendável alterar as configurações depois de compreender claramente o projeto de rede e como ele pode afetar o desempenho da rede.

Os limites PASSED/FAILED do Radio Resource Management (RRM) são definidos globalmente para todos os APs nas páginas 802.11a Global Parameters > Auto RF e802.11b/g Global Parameters > Auto RF. Os limites de PASSED/FAILED do RRM são definidos individualmente para este AP na páginaInterfaces do AP 802.11 > PerformanceProfile.

P. Eu não consigo definir a porta 2 como a porta de backup na interface do gerenciador de AP. A mensagem de erro retornada é Could not set port configuration. Eu consigo definir a porta 2 como a porta de backup na interface de gerenciamento. A porta ativa atual para ambas as interfaces é a porta 1. Por quê?

R.Um gerenciador de AP não tem uma porta de backup. No entanto, havia suporte nas versões anteriores. Desde a versão 4.0, não há suporte a portas de backup na interface do gerenciador de AP. Como regra, um único gerenciador de AP deve ser configurado em cada porta (sem backups). Se você usa a agregação de link (LAG), há somente um gerenciador de AP.

A interface estática (ou permanente) do gerenciador de AP deve ser atribuída à porta 1 do sistema de distribuição e deve possui um endereço IP exclusivo. Ela não pode ser mapeada em uma porta de backup. Ela é configurada geralmente na mesma sub-rede de VLAN ou IP que a interface de gerenciamento, mas isso não é obrigatório.

P. Vejo esta mensagem de erro: O AP '00:0b:85:67:6b:b0' recebeu um erro de MIC WPA no protocolo '1' da Estação '00:13:02:8d:f6:41'. Counter measures have been activated and traffic has been suspended for 60 seconds. Por quê?

R.A Verificação de Integridade da Mensagem (MIC) incorporada no Acesso Protegido Wi-Fi (WPA) inclui um contador de quadros que evita um ataque de intermediários. Esse erro significa que alguém na rede deseja reproduzir a mensagem que foi enviada pelo cliente original ou pode significar que o cliente está com defeito.

Se um cliente falhar repetidamente na verificação do MIC, o controlador desabilita a WLAN na interface do AP onde os erros são detectados por 60 segundos. A primeira falha de MIC é registrada e um temporizador é iniciado para permitir a aplicação das contramedidas. Se uma falha subsequente de MIC ocorrer dentro de 60 segundos da falha anterior mais recente, um STA cuja entidade IEEE 802.1X tenha atuado como um solicitante deverá invalidar a si mesmo ou invalidar todos os STAs com uma associação de segurança se sua entidade IEEE 802.1X tiver atuado como um autenticador.*

Além disso, o dispositivo não recebe nem transmite quadros de dados criptografados por TKIP e não recebe nem transmite quadros de dados não criptografados diferentes de mensagens IEEE 802.1X, para ou de qualquer peer por um período de pelo menos 60 segundos após detectar a segunda falha. Se o dispositivo for um AP, ele não permitirá novas associações com TKIP durante esse período de 60 segundos; no final do período de 60 segundos, o AP retoma as operações normais e permite que os STAs (re)se associem.

Isso impede um possível ataque no esquema de criptografia. Esses erros de MIC não podem ser desativados nas versões de WLC anteriores à 4.1. Com o Wireless LAN Controller versão 4.1 e posterior, há um comando para alterar o tempo de verificação para erros de MIC. O comando isconfig wlan security tkip hold-down <0-60 seconds> <wlan id>. Use o valor 0 para desativar a detecção de falha de MIC para contramedidas.

*Invalidar: Finalizar autenticação.

P. Esta mensagem de erro é vista nos logs do meu controlador: [ERROR] dhcp_support.c 357: dhcp_bind(): servPort dhcpstate failed. Por quê?

R.Essas mensagens de erro são vistas principalmente quando a porta de serviço do controlador tem o DHCP habilitado, mas não recebe um endereço IP de um servidor DHCP.

Por padrão, a interface da porta de serviço física tem um cliente DHCP instalado e procura por um endereço via DHCP. A WLC tenta solicitar um endereço DHCP para a porta de serviço. Se nenhum servidor DHCP estiver disponível, a solicitação de DHCP para a porta de serviço falhará. Assim, as mensagens de erro são geradas.

A solução alternativa é configurar um endereço IP estático para porta de serviço (mesmo se a porta de serviço estiver desconectada) ou ter um servidor DHCP disponível para atribuir um endereço IP à porta de serviço. Em seguida, recarregue a controladora, se necessário.

Na realidade, a porta de serviço é reservada para o gerenciamento out-of-band da controladora e da recuperação do sistema, além de para a manutenção no caso de uma falha de rede. Ela é também a única porta que permanece ativa quando a controladora está no modo de inicialização. A porta de serviço não pode ter marcas 802.1Q. Consequentemente, ela deve ser conectada a uma porta de acesso no switch vizinho. O uso da porta de serviço é opcional.

A interface da porta de serviço controla rigorosamente as comunicações e é mapeada estaticamente pelo sistema à porta de serviço. Ela deve possuir um endereço IP em uma sub-rede diferente das sub-redes de gerenciamento, do gerenciador de AP e de quaisquer interfaces dinâmicas. Ela também não pode ser mapeada em uma porta de backup. A porta de serviço pode usar o DHCP para obter um endereço IP ou receber um endereço IP estático. No entanto, não é possível atribuir um gateway padrão à interface da porta de serviço. As rotas estáticas podem ser definidas através da controladora para o acesso de rede remota à porta de serviço.

P. Meus clientes Wireless não conseguem se conectar à rede Wireless LAN (WLAN). O WiSM ao qual o ponto de acesso (AP) está conectado relata esta mensagem: Ataque do Big NAV Dos do AP com o rádio base MAC 00:0g:23:05:7d:d0, Slot ID 0 e MAC origem 00:00:00:00:00:00. O que isso significa?

R.Como condição para acessar o meio, a camada MAC verifica o valor do seu vetor de alocação de rede (NAV). O NAV é um contador residente em cada estação que representa a quantidade de tempo que o quadro anterior precisa para enviar seu quadro. O NAV deverá ser zero para que uma estação possa tentar enviar um quadro. Antes da transmissão de um quadro, uma estação calcula a quantidade de tempo necessária para enviar o quadro com base no comprimento do quadro e na taxa de dados. A estação coloca um valor que representa esse tempo no campo de duração no cabeçalho do quadro. Quando as estações recebem o quadro, elas examinam o valor do campo de duração e o usam como base para ajustar seu NAVs correspondentes. Esse processo reserva a mídia para a estação de envio.

Uma NAV alto indica a presença de um valor inflado de NAV (mecanismo de detecção de portadora virtual do 802.11). Se o endereço MAC relatado for 00:00:00:00:00:00, ele provavelmente será falsificado (possivelmente um ataque real) e você precisará confirmar isso com uma captura de pacote.

P. Depois que eu configuro o controlador e o reinicializo, não consigo acessá-lo no modo seguro da Web (https). Esta mensagem de erro é recebida enquanto eu tento acessar o modo seguro da Web do controlador: Web Segura: Certificado de Autenticação da Web não encontrado (erro). Qual é a causa deste problema?

R.Pode haver vários motivos associados a esse problema. Um motivo comum pode estar relacionado à configuração da interface virtual da controladora. Para resolver este problema, remova a interface virtual e gere-a novamente com este comando:

WLC>config interface address virtual 1.1.1.1

Em seguida, reinicialize-a. Após a controladora reinicializar, gere localmente outra vez o certificado de webauth na controladora com este comando:

WLC>config certificate generate webauth

Na saída desse comando, você pode ver esta mensagem:O certificado de autenticação da Web foi gerado.

Agora você pode acessar o modo seguro da Web do controlador na reinicialização.

P. As controladoras às vezes relatam esta mensagem de alerta de ataque de Assinatura de Inundação de Desassociação de IDS para clientes válidos nos quais o endereço MAC do invasor é o de um ponto de acesso (AP) associado a essa controladora: Alerta: Ataque de assinatura de 'inundação de desassociação' de IDS detectado no protocolo '802.11b/g' do AP '<AP name>' no Controlador 'x.x.x.x'. The Signature description is 'Disassociation flood', with precedence 'x'. O endereço mac do invasor é 'hh:hh:hh:hh:hh:hh', o número do canal é 'x' e o número de detecções é 'x'. Por que isso ocorre?

R.Isso se deve ao bug da Cisco IDCSCsg81953 .   

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

Os ataques de Inundação de Desassociação de IDS contra clientes válidos são, às vezes, reportados onde o endereço MAC do invasor é o de um AP associado a essa controladora.

Quando um cliente é associado ao AP, mas interrompe as comunicações devido à remoção da placa, ele se movimenta fora do intervalo e assim por diante, para o AP, o AP espera até o timeout ocioso. Uma vez que o timeout de ociosidade seja alcançado, o AP enviará a esse cliente um quadro de desassociação. Quando o cliente não confirma o quadro de desassociação, o AP retransmite os quadros várias vezes (ao redor de 60 quadros). O subsistema IDS da controladora ouve essas retransmissões e alerta com esta mensagem.

Este bug foi resolvido na versão 4.0.217.0. Atualize a sua controladora para esta versão para resolver esta mensagem de alerta exibida para clientes e APs válidos.

P. Recebo esta mensagem de erro no syslog da controladora: [WARNING] apf_80211.c 2408: Received a message with an invalid supported rate from station <xx:xx:xx:xx:xx:xx:xx:xx> [ERROR] apf_utils.c 198: Missing Supported Rate. Por quê?

R.Na verdade, as mensagens Missing Supported Rate indicam que a WLC está configurada para determinadas taxas de dados exigidas nas configurações sem fio, mas a placa de rede não tem a taxa necessária.

Se você possui taxas de dados como 1 e 2M definidas como exigidas na controladora, mas a placa NIC não se comunica nessas taxas de dados, você pode receber esse tipo de mensagem. Trata-se de um comportamento inadequado da placa NIC. Por outro lado, se sua controladora oferecer suporte a 802.11g e o cliente for uma placa 802.11b (somente), a mensagem será legítima. Se essas mensagens não causam nenhum problema e as placas ainda podem se conectar, basta ignorá-las. Se as mensagens forem específicas da placa, certifique-se de que o driver da placa esteja atualizado.

P. Esta mensagem de erro syslog AP:001f.ca26.bfb4: %LWAPP-3-CLIENTERRORLOG: Decode Msg: could not match WLAN ID <id> é transmitida em nossa rede. Por que isso ocorre e como faço para interrompê-lo?

R.Essa mensagem é transmitida pelos LAPs. Isso é visto quando você configura o recurso de substituição de WLAN para uma WLAN e essa WLAN específica não é anunciada.

Configureconfig ap syslog host global 0.0.0.0para interrompê-lo ou você pode colocar um endereço IP específico se tiver um Servidor syslog para que a mensagem seja transmitida somente para o servidor.

P. Recebo esta mensagem de erro em minha controladora Wireless LAN (WLC): [ERROR] File: apf_mm.c : Line: 581 : Announce collision for mobile 00:90:7a:05:56:8a, deleting. Por quê?

R.Geralmente, essa mensagem de erro indica que a controladora anunciou colisões para um cliente sem fio (isto é, APs separados anunciam que têm o cliente) e a controladora não recebeu uma transferência de um AP para o próximo. Não há nenhum estado de rede para manter. Elimine o cliente Wireless e faça com que o cliente tente outra vez. Se este problema ocorre com frequência, pode haver um problema com a configuração da mobilidade. Caso contrário, pode ser uma anomalia relacionada a um cliente ou condição específica.

P. Minha controladora gera esta mensagem de alarme: Limite de cobertura de '12' violado. O que é esse erro e como posso resolvê-lo?

R.Essa mensagem de alarme é gerada quando a razão sinal-ruído (SNR) de um cliente cai para um valor menor que o valor limite de SNR para o rádio específico. 12 é o valor limite de SNR para a detecção de furos da cobertura.

O algoritmo de detecção e correção de furos de cobertura determina se existe um buraco de cobertura quando os níveis de SNR dos clientes são menores que um determinado limite de SNR. Esse limite de SNR varia com base em dois valores: potência de transmissão de AP e o valor do perfil de cobertura do controlador.

Em detalhes, o limite de SNR do cliente é definido pela potência de transmissão de cada AP (representada em dBm), menos o valor constante de 17 dBm, menos o valor configurável pelo usuário do perfil de cobertura (o padrão é 12 dB).

• Valor de corte SNR do cliente (|dB|) = [Potência de transmissão AP (dBm) - Constante (17 dBm) - Perfil de cobertura (dB)]

Este valor configurável pelo usuário do perfil de cobertura pode ser acessado desta forma:

1. Na GUI da WLC, vá para o título principal de Wireless e selecione a opção de rede para o padrão de WLAN à escolha no lado esquerdo (802.11a ou 802.11b/g). Em seguida, selecione Auto RF no canto superior direito da janela.

2. Na página Auto RF Global parameters, vá para a seção Profile Thresholds. Nessa seção, você pode encontrar o valor da cobertura (3 a 50 dBm). Esse valor é o valor configurável pelo usuário do perfil de cobertura.

3. Esse valor pode ser editado para influenciar o valor limite de SNR do cliente. A outra forma de influenciar o limite de SNR é aumentar a potência de transmissão e compensar a detecção de furos de cobertura.

P. Uso o ACS v 4.1 e uma controladora Wireless LAN (WLC) 4402. Quando a WLC tenta autenticar um cliente sem fio com o MAC para o ACS 4.1, o ACS não responde com o ACS e relata esta mensagem de erro: "Erro interno ". Todas as minhas configurações estão corretas. Por que este erro interno ocorre?

R.Há um bug da Cisco relacionado à autenticação IDCSCsh62641 no ACS 4.1, em que o ACS fornece a mensagem de erro interno occurederror.

Esse erro pode ser o problema. Há um patch disponível para esse bug no site de downloads do ACS 4.1 que pode corrigir o problema.

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

P. O Cisco 4400 Series Wireless LAN Controller (WLC) não pode ser inicializado. Esta mensagem de erro é recebida no controlador: ** Não é possível usar ide 0:4 para fatload ** Error (no IRQ) dev 0 blk 0: status 0x51 Erro reg: 10 ** Não é possível ler do dispositivo 0. Por quê?

R.O motivo desse erro pode ser um problema de hardware. Abra uma ocorrência do TAC para fazer troubleshooting adicional deste problema. Para abrir uma ocorrência do TAC, você precisa de um contrato válido com Cisco. Consulte o Suporte Técnico para saber como entrar em contato com o TAC Cisco.

P. A controladora Wireless LAN (WLC) apresenta problemas de buffer de memória. Quando os buffers de memória encherem, a controladora causará um crash e precisará ser reinicializada para voltar a funcionar. Essas mensagens de erro são vistas no registro de mensagens: Seg Abr 9 10:41:03 2007 [ERROR] dtl_net.c 506: Out of System buffers Seg 9 10:41:03 2007 [ERROR] sysapi_if_net.c 537: Cannot allocate new Mbuf. Seg 9 10:41:03 2007 [ERRO] sysapi_if_net.c 219: MbufGet: sem Mbufs livres. Por quê?

R.Isso se deve ao bug da Cisco IDCSCsh93980. Esse bug foi resolvido na versão 4.1.185.0 da WLC. Atualize seu Controlador para esta versão de software ou posterior para superar esta mensagem.

Observação: somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

P. Executei a atualização de nosso código 4400s para 4.1 da controladora Wireless LAN (WLC) e nosso syslog foi bombardeado por mensagens como esta: May03 03:55:49.591 dtl_net.c:1191 DTL-1-ARP_POISON_DETECTED: STA [00:17:f2:43:26:93, 0.0.0.0] ARP (op 1) recebido SPA 192.168.1.233/TPA 192.168.1.233 inválido. Que essas mensagens indicam?