Sem fio : Cisco Wireless Control System

Pesquisa de defeitos wireless do sistema de controle

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

Este documento fornece procedimentos para troubleshooting de problemas básicos com o Cisco Wireless Control System (WCS).

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

  • Conhecimento de como configurar Cisco WCS

  • Conhecimento de como configurar um Wireless LAN (WLAN) com os controladores de WLAN (WLC) e Lightweight Access Points (regaços)

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Troubleshooting

Não capaz de instalar o WCS

Se você experimenta problemas quando você tentar instalar o WCS, primeira verificação para ver se o sistema em que você planeia instalar o WCS cumpre os requisitos de sistema mínimo.

Esta é a lista de verificação necessária a usar-se antes que você instale Cisco WCS:

  1. Verifique se o sistema em que você está a ponto de instalar Cisco WCS encontra o requisito de software e hardware necessário para Cisco WCS. Para obter informações sobre do software mínimo e dos requisitos de hardware para a instalação do WCS, refira a seção dos requisitos do sistema do manual de configuração de Cisco WCS, a liberação 4.0.

  2. Assegure-se de que você atualize seu sistema com as atualizações e os pacotes de serviços críticos necessários. Refira os Release Note os mais atrasados para obter informações sobre dos pacotes de serviços e das correções de programa exigidos para a operação correta do WCS.

    Nota: Antes que você instale o WCS em Linux, um completo instala de Red Hat Linux está exigido.

  3. Backup o banco de dados existente WCS. Refira a suportação do banco de dados WCS para obter informações sobre de como executar um backup de Windows.

  4. Desinstale a versão mais velha do WCS. Refira desinstalar Cisco WCS para obter informações sobre de como executar um desinstalar.

Uma vez que você se assegura de que você tenha as condições prévias, você pode instalar o WCS. Refira a instalação do WCS para Windows para obter informações sobre de como instalar Cisco WCS para Windows.

Nota:  Corridas WCS somente em Windows de 32 bits; as instalações 64-bit do sistema operacional não são apoiadas.

Refira a instalação do WCS para Linux para obter informações sobre de como instalar o WCS em Linux.

Problema de compatibilidade entre versões WLC e WCS

Quando você instala o WCS para controlar os WLC, assegure-se de que as versões WCS e WLC estejam compatíveis. Esta informação está disponível nos Release Note da versão WCS que você instala.

Por exemplo, Cisco WCS 5.1.64.0 apoia o Gerenciamento destes controladores do Wireless LAN:

  • 4.2.61.0

  • 4.2.99.0

  • 4.2.112.0

  • 4.2.130.0

  • 5.0.148.0

  • 5.1.151.0

Esta informação está disponível neste documento: Release Note para o Sistema de controle sem fio da Cisco 5.1.64.0 para Windows ou Linux

Se você usa versões incompatíveis do WCS e do WLC, você não poderá adiciona seus WLC ao WCS.

O WCS não começa após a instalação em um sistema operacional NON-inglês de Windows 2003

Isto ocorre porque o WCS é apoiado somente em Windows 2003 com inglês ou versões japoneses. Se você usa os sistemas operacionais traduzidos a outras línguas, faz com que o WCS falhe após a instalação. A fim evitar isto, use o WCS em Windows 2003 inglês ou em versões japoneses.

Caráteres internacionais não apoiados no WCS

O WCS e os dispositivos do lugar não apoiam caráteres internacionais geralmente. Se você usa caráteres NON-ingleses para nomes de mapa, informação do ativo, etc., pode gerar erros do indicador (caráteres errados indicados) e erros em funções da busca.

Incapaz de começar o WCS devido aos arquivos de registro corrompidos

Às vezes nós não podemos começar o WCS e abrir sua interface da WEB. Mesmo se você tenta abrir o WCS com o arquivo do “.exe” no WCS \ escaninho \ dobrador, pode falhar. Esta mensagem pode indicar quando você tentar começar o WCS.

Starting WCS

Checking for Port 21 availability... OK

Checking for Port 8456 availability... OK

Checking for Port 8457 availability... OK
.......................................
.......................................
.......................................
.......................................
.......................................

Starting database server ...

The Nms_Server service is starting........
The Nms_Server service could not be started.

The service did not report an error.

More help is available by typing NET HELPMSG 3534.

Failed to start WCS server.

Uma razão possível para esta edição pode ser o erro CSCse17963 (clientes registrados somente).

Conforme este erro, o banco de dados WCS pode não começa devido aos arquivos de registro corrompidos. A fim resolver esta edição, vá ao sub-diretório autônomo através dos webnms do trajeto \ eval_kit \ autônomo dentro do diretório WCS. Nesse sub-diretório, encontre o arquivo numerado o mais alto sol####.log, onde o #### é um número de quatro dígitos. Suprima d e recarregue o server. Tente começar o WCS. Se o WCS não começa, para repetir para o arquivo seguinte sol###.log, e assim por diante. Esta ação alternativa resolverá a edição.

Verifique o estado do WCS

Se o WCS não funciona como esperado, primeira verificação o estado do WCS. Termine estas etapas a fim verificar o estado do WCS quando é instalado como um serviço do aplicativo do Windows ou do Windows. Você pode verificar o estado a qualquer hora.

  1. Log no sistema como o administrador.

  2. Execute uma destas ações:

    • Vão ao menu iniciar do Windows e escolhem programas > o sistema de controle wireless > WCSStatus.

    • Do comando prompt, navegue ao diretório de instalação WCS (C:\Program Files\WCS32\bin) e incorpore o estado de WCSAdmin.

      O indicador de WCSAdmin aparece e indica as mensagens que indicam o estado do WCS:

      troubleshoot-wcs-14.gif

  3. Clique próximo a fim fechar o indicador de WCSAdmin.

Se o WCS é instalado em um sistema Linux, termine estas etapas a fim verificar o estado do WCS:

  1. Log no sistema como a raiz.

  2. Use Linux CLI a fim executar uma destas tarefas:

    • Navegue ao diretório de /opt/WCS32 (ou ao diretório escolhido durante a instalação) e entre em ./WCSStatus.

    • Navegue ao diretório de /opt/WCS32/bin e incorpore o estado de WCSAdmin.

      O CLI indica as mensagens que indicam o estado do WCS.

Adicionar um WLC ao WCS

Quando um WLC novo é adicionado ao WCS, assegure-se de que a versão de SNMP configurada no controlador combine com a versão de SNMP no WCS. Se as versões não combinam, o WCS não detecta o controlador e este erro aparece no WCS.

No response from device, check SNMP.

Igualmente assegure-se de que o privilégio de acesso de gravação SNMP esteja permitido no controlador. Se você incorpora parâmetros do acesso somente leitura então o controlador está adicionado ao WCS, mas o WCS não pode alterar a configuração no controlador.

Em resumo, verifique estes artigos se há um problema que adiciona o controlador ao WCS:

  • O endereço IP de Um ou Mais Servidores Cisco ICM NT da porta do serviço do controlador pôde ser ajustado incorretamente. Verifique a configuração de porta do serviço no controlador.

  • O WCS não pôde poder contactar o controlador. Certifique-se de que você pode sibilar o controlador do server WCS.

  • Os ajustes SNMP no controlador não puderam combinar os ajustes SNMP que você incorporou ao WCS. Certifique-se de que os ajustes SNMP configurados no controlador combinam os ajustes que você incorporou ao WCS.

  • Quando você promove o WCS à versão a mais atrasada, você precisa uma licença de Cisco. Se seu WCS não é licenciado, você não pode adicionar um WLC novo. A fim obter uma licença, você precisa de chamar o suporte de TAC.

Nota: Se você faz quaisquer mudanças no WCS, a seguir certifique-se de você enviar as mudanças a seus controladores. Refresque então as configurações do controlador a fim fazê-lo atualizado. Veja a configuração de refrescamento WLC da seção WCS deste documento para saber refrescar o WLC do WCS.

Configuração de refrescamento WLC do WCS

Execute estas etapas no WCS nesta ordem para refrescar a configuração de controle do WCS.

  1. Escolha configuram > controladores.

  2. Os controladores paginam lista todos os WLC adicionados. Da lista de WLC, escolha o WLC a ser refrescado.

  3. Na página resultante do controlador, do seleto um menu suspenso do comando, escolhe a configuração da salvaguarda piscar e o clique vai.

  4. Depois que a configuração salvar no flash, você recebe uma mensagem bem sucedida na tela. Depois que a tela bem sucedida aparece, escolha o mesmo controlador cuja a configuração salvar para piscar e, no seleto um comando, para escolher refresca a configuração do controlador.

  5. Isto alerta-o reter ou suprimir da configuração antiga. Escolha a supressão e pressione-a ESTÁ BEM.

Firewall entre o WCS e o controlador ou o WCS e a interface do utilizador WCS

Quando um server WCS e uma interface do utilizador WCS estão em lados diferentes de um Firewall, não pode comunicar-se a menos que estas portas no Firewall estiverem abertas ao tráfego de duas vias:

  • 80 (para o HTTP inicial)

  • 69 (tftp)

  • 162 (porta da armadilha)

  • 443 (https)

Abra estas portas a fim configurar seu Firewall para permitir comunicações entre um server WCS e uma interface do utilizador WCS.

Restaure um controlador de volta aos padrões de fábrica usando o WCS

Termine estas etapas para restaurar o controlador aos padrões de fábrica usando o WCS:

  1. Escolha configuram > controladores a fim indicar toda a página dos controladores. Esta página alista todos os controladores que são descobertos pelo WCS.

    troubleshoot-wcs-3.gif

  2. Clique sobre o endereço IP de Um ou Mais Servidores Cisco ICM NT do controlador que você quer restaurar aos padrões de fábrica. A janela de propriedades do controlador aparece.

  3. Do menu do lado esquerdo, escolha o sistema > os comandos.

    O indicador dos comandos controller aparece.

    /image/gif/paws/70678/troubleshoot-wcs-4.gif

  4. Sob comandos administrativos selecione para restaurar ao padrão de fábrica e o clique vai.

  5. Escolha a repartição dos comandos menu administrativos a fim recarregar o controlador sem salvar a configuração no controlador. Isto restaura o controlador aos padrões de fábrica.

    Nota: Uma vez que o controlador é restaurado aos padrões de fábrica, o WCS não pode descobrir o controlador a menos que for configurado com o endereço IP de gerenciamento. Para isto, você precisa de configurar o controlador que usa o começo acima do wizard de configuração no controlador.

Banco de dados de Defragmenting WCS

Todas as operações regulares WCS, tais como o supressão dos alarmes, dos eventos, de adicionar/que suprimem de controladores, etc. envolvem operações de SQL internamente com o banco de dados WCS (DB). Tais operações de SQL internas aumentam naturalmente o tamanho de banco de dados, que, por sua vez, têm um impacto no desempenho do WCS.

Por exemplo, uma operação da supressão no WCS deixa o espaço vazio nas parcelas suprimidas do banco de dados. Isto pode conduzir ao lugar discontiguous dos dados no banco de dados, que, por sua vez, afeta o desempenho WCS. Banco de dados de Defragment WCS para superar esta edição.

O Defragmentation faz toda a usada e espaço não utilizado contíguos. O não utilizado/espaço não utilizado contíguos melhora o desempenho. Se você defragment o banco de dados, você pode recuperar o espaço de disco atribuído mas não utilizado. Um defragmentation do banco de dados pode ser benéfico se o espaço de disco livre no sistema executa baixo devido a um grande tamanho de banco de dados ou se o tempo de resposta do aplicativo WCS é visivelmente mais lento quando os dados estão pedidos deles.

A fim executar manualmente o defragmentation no WCS, pare o aplicativo WCS. A fim fazer isto, clique o Start > Programs > sistema de controle wireless > parada WCS. Abra então uma caixa da linha de comando, mudam a C:\Program Files\WCS4.0\bin o diretório (o diretório padrão onde o WCS é instalado), e executam o defrag de DBAdmin do comando. Isto inicia o processo do defragmentation. O processo é terminado uma vez, o reinício WCS com a operação do Start > Programs > do Sem fio > do sistema de controle > do começo WCS.

Nota: O Defragmentation trabalha automaticamente após as restaurações do banco de dados. , O defragmentation manual é feito ainda em alguns casos para livrar acima algum espaço de disco. Um defrag manual não é realmente necessário. Esse espaço está recuperado provavelmente dentro de alguns dias em que o WCS começa criar e suprimir de alarmes.

Verifique se você tem a licença apropriada para o software WCS

A liberação de software de rede 4.0 do Cisco Unified Wireless reforça licenciar com base no software. Os clientes são alertados entrar em Certificados da licença por todas as famílias novas de Cisco WCS SKU (exceto a licença da demonstração de Cisco WCS). Os clientes atuais que migram para liberar 4.0 são afetados igualmente licenciando. A aplicação licenciar de Cisco WCS é amarrada a estes parâmetros:

  • Nome de host — O nome de host do server de Cisco WCS é exigido agora durante o processo de registro. As licenças emitidas são amarradas ao nome de host original designado durante o processo de registro.

  • Opção da característica — A opção da característica de Cisco WCS comprada, baixa ou o lugar, são seguidos agora pelo sistema licenciando de Cisco WCS.

  • Access point — O número de ponto de acesso apoiado em incrementos do grupo dos 50 pés, de 100, de 500, de 1000, ou de 2500 é seguido agora pelo sistema licenciando de Cisco WCS.

  • Licença da demonstração — Esta licença livre, lugar-permitida da demonstração de Cisco WCS apoia os Access point 10 por até 30 dias.

Refira Cisco guia licenciando e pedindo WCS para informações mais detalhadas sobre da licença de Cisco WCS e os tipos diferentes de licenças disponíveis.

Selecione a licença correta baseada em sua situação do desenvolvimento, o número de ponto de acesso a ser apoiado, e opções de Cisco WCS (base ou lugar). Todo o SKUs dentro de uma família de SKU pode ser combinado com os níveis equivalentes da opção tais como a Base-à-base ou o Lugar-à-lugar. Os níveis desiguais da opção (base e lugar) não podem ser misturados. Somente um tipo de licença pode ser usado no WCS ao mesmo tempo.

Por exemplo, se seu computador tem uma licença de lugar, você não pode adicionar uma licença baixa. Você pode adicionar à licença atual comprando uma licença aumentar a contagem do Access point. Por exemplo, se você tem uma licença de lugar com uma contagem do Access point dos 50 pés e em um ano você precisa de adicionar mais Access point, você pode comprar uma outra licença de lugar com uma contagem do Access point de 100, aplicá-la ao WCS, e ter um WCS com uma licença de lugar para 150 Access point. Você pode adicionar uma licença aumentar o número de ponto de acesso em incrementos dos 50 pés, de 100, de 500, de 1000, de 2500, ou de ilimitado.

Se você tem uma licença baixa e a quer promover a um lugar, você precisa de comprar uma licença de upgrade de lugar. Você precisa de comprar uma licença de upgrade de lugar equivalente ao número total de Access point com uma licença baixa. Por exemplo, se você tem três licenças baixas com apoio para 50 pés, 100, e 200 Access point (para um total de 350 Access point), você deve comprar uma única licença de upgrade de lugar com apoio para 350 Access point.

Todo o Cisco WCS SKUs exige um certificado PAK registrar a licença de Cisco WCS. O PAK é um certificado de papel enviado através do correio E.U. do Cisco Systems em cima da compra da licença de Cisco WCS. O certificado PAK permite que os clientes recebam uma licença de Cisco WCS. É usado para registrar Cisco WCS e para gerar arquivos de licença. Todos os clientes devem ir ao local do registo PAK alistado em seu certificado PAK para terminar seu registo de Cisco WCS. O certificado PAK fornece instruções claras em como terminar o processo de licenciamento de Cisco WCS.

Todos os clientes que compram Cisco WCS do cisco.com através da transferência ou do CD devem ativar sua licença de Cisco WCS se registrando no local PAK. Os clientes receberão o PAK através do correio E.U. Cisco WCS não é ativado até que o processo de registro PAK esteja terminado. Refira licenças WCS para obter informações sobre de como instalar e controlar uma licença WCS.

Use a página de sumário da Segurança pesquisando defeitos

A página de sumário da Segurança fornece o usuário a informação sobre todos os eventos relativos à segurança. Esta página fornece a informação sobre Access point desonestos, a informação em ataques da assinatura, a informação em ataques nos Access point, e o relativo à informação à Segurança do cliente.

Esta página é uma ferramenta do Troubleshooting efetivo especificamente se o problema é relacionado às ameaças de segurança. Esta página igualmente fornece a informação nas alertas de segurança as mais recentes.

Está aqui um exemplo da página de sumário da Segurança:

/image/gif/paws/70678/troubleshoot-wcs-5.gif

Detecte e encontre Access point desonestos

Quando os regaços de Cisco são postos acima e associados com Cisco WLC, Cisco WCS construiu no sistema operacional começa imediatamente escutar Access point desonestos. Quando Cisco WLC detecta um Access point desonesto, notifica imediatamente Cisco WCS, que cria um alarme desonesto do Access point. O WCS considera algum Access point que não for parte de sua rede Wireless como um Access point desonesto.

Quando Cisco WCS recebe uma mensagem desonesto do Access point de Cisco WLC, Cisco WCS gera um alarme, com um indicador visível no canto de esquerda mais baixa de todas as páginas da interface do utilizador de Cisco WCS. Este exemplo mostra 72 alarmes do Access point do rogue de Cisco WCS.

troubleshoot-wcs-1.gif

Termine estas etapas a fim detectar e encontrar Access point desonestos:

  1. Clique o indicador dos rogues a fim indicar a página dos alarmes do rogue AP. Esta página alista a seriedade do alarme, os endereços do Access point MAC do rogue, os tipos desonestos do Access point, a data e hora quando os Access point desonestos foram detectados primeiramente, e seus SSID.

    /image/gif/paws/70678/troubleshoot-wcs-6.gif

  2. Clique todo o link desonesto do MAC address a fim indicar os alarmes > o rogue associados - página do MAC address AP. Esta página mostra a informação detalhada sobre o alarme desonesto do Access point.

    troubleshoot-wcs-7.gif

  3. Escolha um destes comandos do seleto um comando menu e o clique VAI a fim alterar o alarme.

    • Atribua-me — Atribui o alarme selecionado ao usuário atual.

    • Unassign — Unassigns o alarme selecionado.

    • Supressão — Suprime do alarme selecionado.

    • Espaço livre — Cancela o alarme selecionado.

    • História do evento — Permite-o de ver eventos para alarmes desonestos.

    • Detectando AP (com faixa de rádio, o lugar, o SSID, o número de canal, do estado do Wired Equivalent Privacy (WEP) o preâmbulo, curto ou longo, recebem o indicador da intensidade de sinal (RSSI), e o SNR) — permite-o de ver os Access point que detectam atualmente o Access point desonesto.

    • Clientes desonestos — Permite-o de ver os clientes associados com este Access point desonesto.

    • Ajuste o estado ao “desconhecido - Alerta” — Etiqueta o Access point desonesto como a mais baixa ameaça, continua a monitorar o Access point desonesto, e desliga a retenção.

    • Ajuste o estado ao “sabido - Interno” — Etiqueta o Access point desonesto como interno, adicionar-lo aos Access point desonestos conhecidos alistam, e desliga a retenção.

    • Ajuste o estado ao “sabido - Externo” — Etiqueta o Access point desonesto como externo, adicionar-lo aos Access point desonestos conhecidos alistam, e desliga a retenção.

    • 1 retenção AP com a retenção de 4 AP — quando você selecionar a retenção do nível 1, um Access point à proximidade da unidade desonesto envia o deauthenticate e dissocia mensagens aos dispositivos do cliente que são associados à unidade desonesto. Quando você seleciona a retenção do nível 2, dois Access point à proximidade da unidade desonesto enviam o deauthenticate e dissociam mensagens aos clientes do rogue e assim por diante até o nível 4. isto é, que o Access point escolhido para a retenção impede que os clientes se comuniquem ao Access point desonesto. Isto neutraliza eficazmente a função do Access point desonesto.

  4. Vai ao seleto um menu suspenso do comando, escolhe o mapa (de alta resolução) e o clique VAI a fim indicar o lugar desonesto calculado corrente do Access point nos mapas > na página do nome da construção > do nome do assoalho.

Se você usa o lugar WCS, o WCS compara a intensidade de sinal RSSI de dois ou mais Access point a fim encontrar o lugar o mais provável do Access point desonesto e coloca um indicador pequeno dos crânio-e-ossos cruzados em seu lugar mais provável. No caso de uma rede sob-distribuída para o lugar com somente um Access point e uma antena do omni, o lugar mais provável está em algum lugar em um anel em torno do Access point, mas o centro da probabilidade está no Access point.

Está aqui um exemplo que mostre um Access point desonesto em um mapa:

/image/gif/paws/70678/troubleshoot-wcs-8.gif

Se você usa a base WCS, o WCS confia na intensidade de sinal RSSI do Access point desonesto e coloca um indicador pequeno dos crânio-e-ossos cruzados ao lado do Access point que recebe o sinal o mais forte RSSI da unidade desonesto.

Com o dispositivo do lugar, os rogues podem ser seguidos, são mostrados no menu suspenso do monitor > do mapa, e têm o rogue AP da mostra e mostram opções de clientes desonestos. Sem o dispositivo do lugar, estas opções não estão atuais, e você pode somente ver o lugar dos rogues quando você vai ao alarme desonesto e seleciona o comando (de alta resolução) do MAPA do menu suspenso.

Na base WCS, o rogue é mostrado ao lado do AP de detecção (não o mais próximo), sem informação de localização. Para informações mais detalhadas sobre das características que são apoiadas na base WCS e no lugar WCS, refira a comparação da base WCS e do lugar WCS.

Nota: A versão de firmware 4.0 tem o Bug da Cisco ID CSCse96812 (clientes registrados somente) e CSCsf17545 (clientes registrados somente) contagens desonestos desse sempre cliente da mostra em zeram dentro a lista desonesto do Access point. A ação alternativa para este problema é considerar o Access point desonesto alistar diretamente no controlador para contagens corretas.

Use a característica da personificação do Access Point (AP) no WCS

A característica da personificação AP melhora a detecção do rogue AP que tenta encarnar regaços válidos do Cisco 1000 Series. Esta característica cria um grupo de rede do Radio Frequency (RF), e os regaços do Cisco 1000 Series no mesmo grupo distribuem pacotes vizinhos do Radio Resource Management (RRM) entre si. Se um REGAÇO do Cisco 1000 Series ouve pacotes de um outro REGAÇO do Cisco 1000 Series de que não recebeu nenhuns pacotes vizinhos RRM, a seguir o REGAÇO do Cisco 1000 Series pode supor que o AP novo está encarnando um Cisco 1000 Series DOBRA e relata-o consequentemente como um rogue AP.

Quando o WCS encontra um AP que tente encarnar um outro AP no WLAN, você vê este alerta no server WCS:

AP Impersonation with MAC '00:14:1b:62:4e:42' is detected by authenticated
AP '00:14:1b:62:4e:40' on '802.11b/g' radio and Slot ID '0'

No controlador, este mensagem de registro da armadilha mostra o endereço MAC de origem que causa a edição:

Apr 10 11:21:16 <SomeIPAddress> [WARNING] apf_rogue.c 1890: Possible AP 
impersonation of 00:14:1b:62:4e:42, using source 
address of 00:90:4b:8a:de:c3, detected by 00:14:1b:62:4e:40 on slot 0.

Refira a identificação de bug Cisco CSCsb90622 (clientes registrados somente) para obter mais informações sobre dos log de erros relativos personificação AP WCS.

A personificação AP está relatada pelo IDS quando você vê um AP que anuncie um MAC address de Cisco que não se comunique com o protocolo de pouco peso do Access point (LWAPP) ou o protocolo de controle do contexto do Wireless LAN (WLCCP). No modelo LWAPP, o WCS pode traçar um lugar aproximado de um rogue AP da interpretação do controlador de todas as leituras AP.

Encontre clientes

Cisco WCS permite que os operadores de sistema encontrem clientes na empresa. Conclua estes passos:

  1. Escolha o monitor > os dispositivos > os clientes a fim navegar à página de sumário dos clientes.

    troubleshoot-wcs-9.gif

  2. Na página de sumário dos clientes, no sidebar esquerdo, busca para todos os clientes a fim ter o indicador que de Cisco WCS os clientes paginam.

    /image/gif/paws/70678/troubleshoot-wcs-10.gif

  3. Dos clientes pagine, clique o nome de usuário do cliente que você quer encontrar. Cisco WCS indica a página <client correspondente do name> dos clientes.

    /image/gif/paws/70678/troubleshoot-wcs-11.gif

  4. Da página <client do name> dos clientes, você tem duas escolhas para encontrar o cliente:

    • No menu suspenso, selecione o mapa recente (elevação - baixa definição) a fim encontrar o cliente sem dissociar-la.

    • No menu suspenso, selecione o mapa atual (elevação - baixa definição) a fim dissociar e encontrar então o cliente após a reassociação. Se você faz esta escolha, Cisco WCS indica um mensagem de advertência e pede que você confirme que você quer continuar. Aqui está um exemplo:

      /image/gif/paws/70678/troubleshoot-wcs-12.gif

Refira esta ilustração para um mapa do calor que mostre lugar do cliente.

/image/gif/paws/70678/troubleshoot-wcs-2.gif

Nota: O lugar de Cisco WCS compara a intensidade de sinal RSSI de dois ou mais Cisco 1000 Series dobra a fim encontrar o lugar o mais provável do cliente, e coloca um ícone pequeno do portátil em seu lugar mais provável. A base de Cisco WCS compara a intensidade de sinal RSSI do cliente, e coloca um ícone pequeno do portátil ao lado do Cisco 1000 Series DOBRA que receba o sinal o mais forte RSSI do cliente.

Nota: Geralmente, quando você fecha seu portátil, toma um muito tempo (nos minutos) antes que o WLC ou o WCS removam o cliente da lista dos clientes. Continua a mostrar que “associou”. Isto é porque há dois temporizadores que controlam o idle timeout e o timeout de sessão chamados informação da associação dos usuários. Both of these temporizadores podem ser mudados. Estes são os temporizadores padrão:

  • Idle timeout — (300 segundos)

  • Timeout de sessão — (1800 segundos)

Furos da cobertura em uma rede de WLAN

Os furos da cobertura são as áreas onde os clientes não podem receber um sinal da rede Wireless. O Radio Resource Management (RRM) do sistema operacional identifica estas áreas do furo da cobertura e relata-as a Cisco WCS. Isto permite que o gerente TI encha os furos baseados na procura do usuário.

Quando Cisco WCS indica os furos da cobertura da parte superior 5, clique o indicador da cobertura na esquerda inferior da página da interface do utilizador de Cisco WCS (ou escolha >Alarms do monitor e os procure então pela categoria do alarme - cobertura) a fim ter o indicador que de Cisco WCS o furo da cobertura alarma a página. Nos alarmes do furo da cobertura pagine, escolha o monitor > os mapas e procure-os então por Access point pelo nome dos regaços do Cisco 1000 Series (esta ferramenta de pesquisa é diferenciando maiúsculas e minúsculas). Cisco WCS indica os mapas > a página dos resultados da busca, que alista o assoalho ou a área exterior onde o REGAÇO do Cisco 1000 Series é encontrado. Clique o link para indicar os mapas relacionados > página <building do name> > do <floorname>.

Nos mapas > a página <building do name> > do name> do <floor, procura áreas da baixa intensidade de sinal perto do Cisco 1000 Series DOBRA que relatado o furo da cobertura. Aqueles são os lugar mais provável de furos da cobertura. Se não parece estar nenhuma áreas da intensidade de sinal fraca, certifique-se de que o mapa do plano horizontal é exato. Também, se você usou o editor do plano horizontal para criar arquivos .FPE, que você não deixou para fora nenhuma obstruções do metal, tal como paredes, eixos de elevador, vões das escadas, ou bibliotecas. Em caso afirmativo, adicionar-los ao arquivo do plano horizontal .FPE e substitua-o o plano horizontal velho com o plano horizontal novo.

Se você tem dificuldades quando você importar mapas

Cisco WCS permite o usuário de ver a rede de WLAN controlada no terreno, na construção, e em mapas realísticos do plano horizontal. Você pode importar o assoalho, o terreno, ou o plano da construção a Cisco WCS enquanto um arquivo de imagem e você podem adicionar dispositivos nos lugar apropriados. Cisco WCS apoia estes tipos de imagem:

  • Formato do .PNG

  • Formato .JPG

  • Formato .JPEG

  • Formato .GIF

Se você enfrenta uma edição quando você importa mapas a Cisco WCS, poderia ser devido a um formato unsupported da imagem. A fim resolver esta edição, abrir a imagem com pintura de Microsoft e salvar o arquivo como <filename>.GIF. Então tentativa para importar outra vez a imagem.

Às vezes, o arquivo de imagem importado pode indicar no WCS com muito de má qualidade, mesmo que o arquivo de imagem original seja de alta qualidade. Uma razão possível para este problema é com a imagem própria. O WCS incorpora o espaço branco que cerca a imagem sob a suposição que é parte do mapa; isto pode conduzir à qualidade do indicador dos pobres no editor do mapa WCS. Tente colher o arquivo de imagem para remover o espaço branco e para importar então a imagem nova no WCS.

Refira adicionar e usar mapas para informações detalhadas sobre de adicionar mapas a Cisco WCS.

Sibile um dispositivo de rede de Cisco WLC

Termine estas etapas a fim sibilar outros dispositivos de Cisco WLC:

  1. Escolha configuram > controladores e clicam um endereço IP de Um ou Mais Servidores Cisco ICM NT sob a coluna do endereço IP de Um ou Mais Servidores Cisco ICM NT para ter o indicador de Cisco WCS as propriedades do <IPaddress> > do controlador paginam.

  2. No <IPaddress> > no controlador que as propriedades paginam, vão ao sidebar esquerdo e escolhem o sistema > os comandos ter o indicador de Cisco WCS o <IPaddress> > os comandos controller paginam.

  3. No <IPaddress> > nos comandos controller pagine, escolha comandos administrativos > sibilo do interruptor e o clique VAI.

  4. Na entrada um endereço IP de Um ou Mais Servidores Cisco ICM NT (x.x.x.x) para sibilar o indicador, incorpore o endereço IP de Um ou Mais Servidores Cisco ICM NT do dispositivo de rede que Cisco WLC é sibilar, e clica a APROVAÇÃO.

  5. Cisco WCS indica o indicador dos resultados do sibilo que mostra os pacotes enviados e recebidos. Clique o reinício a fim sibilar outra vez o dispositivo de rede, ou clique-o perto a fim parar de sibilar o dispositivo de rede e fechar o indicador dos resultados do sibilo.

Veja o estado, configurações, e estatísticas atuais de Cisco WLC

Depois que você adiciona Cisco WLC e Cisco 1000 Series que a IEEE 802.11a/b/g dobra a Cisco WCS o banco de dados, você pode ver o estado da solução de Cisco WLAN.

Nota: Quando você procura por clientes ou por etiquetas sem um dispositivo do lugar, você precisa de especificar controladores WLC no banco de dados WCS. Isto é porque o WCS opta sempre do “server lugar”.

Nota: O aplicativo WCS deve ser parada programada manualmente parada antes que você faça todas as mudanças ao endereço IP do servidor. Se você recarrega o server sem parar o aplicativo, a seguir há as possibilidades que o banco de dados pôde obter corrompido.

Na interface do utilizador de Cisco WCS, escolha o monitor > a rede a fim indicar o sumário da rede do monitor. Aqui está um exemplo:

/image/gif/paws/70678/troubleshoot-wcs-15.gif

Cisco WCS recolhe periodicamente estatísticas, tais como o RSSI, SNR, falhas do perfil, contagens do cliente, o Access point desonesto tende, e clientes ocupados, e organiza-as em relatórios. Use os indicadores do monitor > dos relatórios a fim ver estes relatórios.

/image/gif/paws/70678/troubleshoot-wcs-16.gif

Está aqui um exemplo do relatório da contagem do cliente para os clientes 802.11a/b/g para os últimos sete dias:

troubleshoot-wcs-17.gif

Estes relatórios podem igualmente ser usados como uma ferramenta do Troubleshooting efetivo.

Inspecione a prontidão do lugar

A inspeção da prontidão do lugar é uma característica introduzida na versão 2.1.34.0 do dispositivo do lugar. Com esta característica, o WCS pode verificar a capacidade do desenvolvimento existente do Access point para calcular o lugar verdadeiro de um elemento dentro 10 dos medidores pelo menos 90% do tempo. O cálculo da prontidão do lugar é baseado no número e na colocação dos Access point.

A fim inspecionar a prontidão do lugar do WCS, escolha inspecionam a prontidão do lugar do menu encontrado na página do monitor > dos mapas. Um mapa cor-codificado aparece que mostre aquelas áreas que fazem (sim) e (não) não encontram o medidor 10, especificação do lugar de 90%.

Questões de sincronização com os server WCS e de lugar

Às vezes pôde haver uns problemas com o WCS que obtém sincronizado com o dispositivo do lugar. O diagrama da rede no WCS não pôde sincronizar com o dispositivo do lugar. Há bastante algumas razões para este problema de sincronização.

  • O tamanho do projeto de rede pôde ter excedido o limite máximo de 30 Mb. A identificação de bug Cisco CSCse60657 (clientes registrados somente) endereça esta edição mais claramente.

    Daqui, quando você tentar sincronizar um diagrama do terreno cujo tamanho total, incluindo o número de interior das construções que o terreno e o número de assoalhos em cada construção, em um todo puderam ter excedido o limite máximo de 30 Mb, este processo da sincronização falha.

    Este problema pode mais ser verificado quando você vê os logs do dispositivo do lugar para esta mensagem.

    TRACE[com.aes] THROW com.aes.server.cmn.AesServerException: 
    Server Exception: Message size	exceeded: 37176782 

    Esta limitação é superada em tamanho na próximo versão WCS.

  • Uma outra razão possível é que a definição da imagem carregada no WCS é demasiado alta, e excede provavelmente a resolução aceitável de 1024x768. Ao tentar sincronizar tal imagem com o dispositivo do lugar, o processo da sincronização falha. Nesses casos, reduza a definição a fim ajudar esta edição.

  • Assegure-se de que você execute a versão a mais atrasada em seu server WCS e de lugar. Igualmente assegure a isso o fósforo das horas e data exatamente em todos os dispositivos.

    Isto pode ser verificado quando você olha estas saídas.

    • Saída do comando da data e hora no WCS

    • Saída da data no locserver

    • Saída do comando show time no WLC

  • Um outro remédio possível é parar o lugar-server, e remove o banco de dados usando este comando no console de servidor do lugar:

    rm - rf /opt/locserver/db/linux/server-eng.db onde /opt/locserver/db/linux/server-eng.db é o diretório para o DB do lugar-server.

    Reinicie o server do lugar com o reinício de /etc/rc.d/init.d/locserver do comando.

    Tente então ao ressincronizar os dispositivos.

Questões de sincronização com o WCS e o WLC

Os problemas de sincronização puderam ocorrer entre o WCS e o WLC. Devido a esta edição, o número de clientes ativo pôde ser diferente no WLC e no WCS. A fim sincronizar os controladores e o WCS, termine estas etapas:

  1. Escolha configuram > controladores, e clicam a caixa de verificação na parte superior da lista de endereço IP para escolher todos os controladores.

  2. Do seleto uma lista de drop-down do comando, escolhe a configuração da salvaguarda piscar.

  3. Clique em OK.

    Este é um teste básico para verificar que o SNMP trabalha corretamente, e os controladores farão como o WCS lhes diz.

  4. Escolha configuram > controladores, e clicam a caixa de verificação na parte superior da lista de endereço IP para escolher todos os controladores.

  5. Do seleto uma lista de drop-down do comando, escolhe refresca a configuração dos controladores.

  6. Clique em OK.

    Esta ação diz o WCS para acreditar que a informação nova dos controladores sobre qualquer coisa que tinha sabido previamente.

Configuração de DHCP corrompida quando o molde for empurrado do WCS a WiSM

Quando um molde geral estiver empurrado do WCS ao módulo de Serviços sem fio (WiSM), a configuração do protocolo de configuração dinâmica host (DHCP) no controlador torna-se corrompida. O molde pode ter exatamente as mesmas opções que estam presente no WiSM.

O efeito principal é que as mensagens da oferta de DHCP estão deixadas cair, assim que os clientes não recebem um endereço de DHCP. Esta mensagem é entrada o controlador:

Thu Jul 13 05:05:07 2006 [VERBOSE] dhcpd.c 164: Dropping packet from
192.168.80.23 (unable to match to a dhcp scope)

Este problema é devido à identificação de bug Cisco CSCse98623 (clientes registrados somente). Não use moldes gerais no WCS. A configuração tem que ser restaurada manualmente a fim recuperar a transmissão DHCP. Este erro é fixado na versão de firmware 4.0.87.0 WCS e mais tarde.

Os mapas do calor WCS mostram furos quadrados incorretos da cobertura

Os mapas do calor WCS mostram furos quadrados incorretos da cobertura. Os furos da cobertura devem nunca ser quadrados ou retângulo. O padrão de radiação do mapa do calor é circular. Esta edição é um furo quadrado específico no mapa, que não deve ser possível. Nenhuma edição do traço foi executada no mapa. Com o uso de uma ferramenta do topógrafo do local, verifica-se que nenhum furo da cobertura existe. A conexão é muito forte nestas áreas.

Isto é relacionado à identificação de bug Cisco CSCsf19291 (clientes registrados somente). Escolha a previsão do recalcular da opção do menu suspenso e do recalcular a previsão. O mapa do calor transforma-se circular e nenhum furo quadrado da cobertura existe. Esta edição é fixada na versão 4.0, mas se você migra da versão 3.0 então a edição pôde existir para assoalhos pequenos do tamanho.

Quando o molde do rogue AP obtém aplicado ao WLC?

O molde desonesto do Access Point (AP) obtém aplicado ao controlador somente se estas duas circunstâncias são verdadeiras:

  • O AP nesse controlador descobriu o rogue AP.

  • A tarefa da programação do rogue AP é terminada.

Portas no server WCS

Quando você executa um Firewall no server aonde o aplicativo WCS é executado, você precisa de abrir algumas portas a fim comunicar-se com o WLC. Há alguns serviços que são executado nos server WCS tais como Apache.exe, JavaService.exe, e Solid.exe. Em TCPView, a saída parece similar a esta saída:

Apache.exe:1712 TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 
JavaService.exe:1680 TCP 0.0.0.0:21 0.0.0.0:0 LISTENING
solid.exe:2672 TCP 0.0.0.0:1315 0.0.0.0:0 LISTENING  

Apache.exe:208 TCP 127.0.0.1:1268 127.0.0.1:8009 ESTABLISHED
JavaService.exe:1680 TCP 127.0.0.1:1067 127.0.0.1:1315 ESTABLISHED 
JavaService.exe:1680 TCP 127.0.0.1:1068 127.0.0.1:1315 ESTABLISHED
solid.exe:2672 TCP 127.0.0.1:1315 127.0.0.1:1083 ESTABLISHED 
solid.exe:2672 TCP 127.0.0.1:1315 127.0.0.1:1082 ESTABLISHED 

A fim trabalhar com o WLC, abra somente algumas portas como UDP 161 (SNMP), UDP 162 (armadilha de SNMP), e TCP 443 (HTTPS). Esta tabela mostra uma lista de portas qual pôde ser útil se algum do tráfego é obstruído.

Serviço Portas Números de porta
SNMP: UDP 161
Armadilha de SNMP UDP 162
HTTPS TCP 443
Rede do advento TCP 2000
Banco de dados TCP 1315
FTP TCP 21
Conector HTTP TCP 8457
O conector HTTP reorienta TCP 8457
HTTP TCP 80
RMI TCP 1299
TFTP UDP 69
Recipiente da Web TCP 8009

Verifique que os WLAN são exclusivo-lista ajustada permitem

Termine estas etapas a fim verificar que os WLAN são exclusivo-lista ajustada permitem.

  1. Escolha configuram > controlador.

  2. Clique sobre um endereço IP de Um ou Mais Servidores Cisco ICM NT sob a coluna do endereço IP de Um ou Mais Servidores Cisco ICM NT.

  3. Clique o WLAN à esquerda.

  4. Clique sobre cada ID de WLAN a fim verificar que não está ajustado ao verificado.

Pesquise defeitos a exclusivo-lista permitem

Termine estas etapas a fim pesquisar defeitos a exclusivo-lista permitem.

  1. Siga o cliente.

  2. Verifique o WLAN para o cliente da exclusão.

  3. Selecione o cliente exclusivo suprimir.

  4. Suprima dos clientes da exclusivo-lista sob o controlador especificado.

Veja e suprima de clientes globalmente deficientes

Termine estas etapas a fim ver e suprimir de clientes globalmente deficientes.

  1. Escolha o monitor > os dispositivos > os clientes.

  2. Clique manualmente clientes deficientes.

  3. Selecione o MAC address para alcançar esta página.

  4. Clique a supressão.

Veja e suprima manualmente de clientes deficientes pelo controlador

Para efeitos de segurança e diversas outras razões, determinados clientes podem ser põr como “clientes manualmente deficientes”.

Termine estas etapas a fim ver manualmente individualmente clientes deficientes em cada controlador adicionado ao WCS:

  1. Vá ao WCS GUI.

  2. Escolha configuram > controladores.

  3. Clique sobre o endereço IP de Um ou Mais Servidores Cisco ICM NT sob a coluna do endereço IP de Um ou Mais Servidores Cisco ICM NT para o controlador a que manualmente os clientes deficientes precisam de ser vistos.

  4. Na página que se publica, escolha a Segurança e clique manualmente clientes deficientes a fim indicar a lista de clientes manualmente deficientes para este controlador particular.

Do menu suspenso à esquerda, escolha clientes deficientes da supressão manualmente a fim suprimir manualmente de clientes deficientes.

A busca WCS para clientes pela construção não trabalha

Este problema pode ser devido à identificação de bug Cisco CSCse97619 (clientes registrados somente). Uma busca WCS para clientes em um assoalho em uma construção trabalha corretamente, mas uma busca para clientes em todos os assoalhos em uma construção não trabalha. O reparo para este erro está disponível com versão 4.0.87.0 WCS. Se você usa versões WCS mais cedo do que 4.0.87.0, a ação alternativa é procurar por clientes em uma superfície coberta.

Contagens incorretas do cliente dos relatórios WCS associadas aos AP no modo H-REAP

Este problema é devido à identificação de bug Cisco CSCsg48059 (clientes registrados somente). O WCS relata as contagens do cliente que são demasiado altas quando H-REAP é permitido no controlador. A ação alternativa para encontrar quantos clientes são associados aos AP ou o controlador dado é usar o monitor WCS > os clientes característica, busca pelo AP ou controlador, que são limitados pelo tipo de rádio para evitar duplicatas, e usa o número total de artigos encontrados como seu número de população verdadeiro. A tabela do bsnMobileStation igualmente tem o número de linha correto para o número de clientes. Você pode igualmente usar o WLC para encontrar a contagem correta do cliente.

O WCS não começa se o relevo é configurado no server/hostname

Os caráteres “_” do relevo não são apoiados no nome do servidor WCS. Se você usa um relevo no server/nome de host em uma instalação WCS, o WCS não começa. A instalação do software não relata nenhuma edições e instala-as como o normal, mas o RFC-952 indica que o relevo é um caráter unsupported, que seja porque este faz com que o software WCS falhe.

O [location] do ERRO não criou o mapa do calor para o MAC: xx: xx: xx: xx: xx: xx razão: É falhado como a lista RSSI vazio após a poda do tempo

É essencial que os controladores, os server do lugar, e o WCS todo o Network Time Protocol (NTP) do uso assegurar o horário local exato. O server do lugar deixa cair toda a data do controlador que é fora de seu indicador de 15 minutos.

O controlador mantém somente uma vez internamente mas altera-a para o indicador se um offset é especificado. Se você especifica um offset, você diz ao controlador que o tempo qual foi incorporado era [local time for London, UK] do tempo UTC e que você quer o controlador indicar seu horário local com a adição do offset. O NTP realiza-se sempre no tempo UTC, e um offset é exigido se você quer o controlador o indicar em seu horário local. Por exemplo, o EST tem um offset de -5. Se você tem o NTP configurado, o controlador obtém o tempo UTC mas adiciona o offset para obter o horário local para os timestamps nos logs.

Todos o controlador, o server do lugar, e o WCS devem realizar-se dentro de um tempo interno de 15 minutos (não [internal time with offset] do horário local), ou o server do lugar não indica nem segue clientes; em lugar de mostra este Mensagem de Erro no log de servidor do lugar:

3/08/07 00:46:59 ERROR[location] Failed to create heat map for MAC: xx:xx:xx:xx:xx:xx Reason: 
Failed as the RSSI list is empty after time pruning 

O server do lugar tem somente bastante armazenamento do tempo real para os últimos 15 minutos de dados armazenados. Recorde que o server do lugar segue clientes no tempo real, quando o WCS arquivar os dados durante uns períodos de tempo mais longos. O WCS pode seguir clientes mas tempo real das atualizações somente cada poucos minutos - não. Se os pulsos de disparo estão fora entre os dispositivos, não há nenhum dados do cliente depois que o server do lugar remove esses fora do intervalo de tempo especificado no pedido. De facto, se o server do lugar recebe dados do controlador com o rótulo de tempo interno mais de 15 minutos fora de seu tempo interno, lanç os dados no bucket de bit.

Você deve girar sobre o NTP para que o WLC, o WCS, e o server do lugar sincronize automaticamente o tempo interno ao UTC.

O Mensagem de Erro “a entrada Point_FIIfexp_Could do procedimento para não ser ficado situado indicadores da biblioteca de link dinâmico no DFORRT.DLL”

Se o WCS usa um aplicativo de terceiros, tal como o compilador MATLAB, e MATLAB usa uma versão específica da biblioteca DFORRT.dll, quando um aplicativo tem instalado já a biblioteca DFORRT.dll em c:\windows\system32, o WCS não está instalado corretamente. Em consequência, quando você começar o WCS, indicadores deste Mensagem de Erro:

The procedure entry point _FIIfexp_ could not be located in the dynamic link library DFORRT.DLL

A fim corrigir o problema, remova o arquivo DFORRT.dll em c:\windows\system32 e reinstale o WCS.

Instruções à sincronização os três dispositivos

Para o server do lugar: Refira o Guia de Instalação e Configuração para a informação dentro da configuração inicial.

Depois que o dispositivo é começado, você deve parar o server do lugar antes que você possa mudar a data, cronometra, ou zona de hora (fuso horário). Siga estes passos:

  1. A fim mudar a zona de hora (fuso horário) do dispositivo do lugar, copie o arquivo de zona do período apropriado a /etc/localtime:

    # cp /usr/share/zoneinfo/<your country>/<your timezone> /etc/localtime 
  2. Verifique que o arquivo /etc/sysconfig/clock está definido como é isto sem nenhuma ZONA especificada:

    # more /etc/sysconfig/clock
    
    UTC=true
    ARC=false
  3. Verifique a data e hora com o comando date no server CLI do lugar.

    # date
  4. Reinicie o server do lugar com as instruções disponíveis em http://www.cisco.com/en/US/products/ps6386/products_qanda_item09186a008078ece3.shtml#qa13

Nota: Se você quer usar o servidor de NTP para o dispositivo do lugar, refira configurar o servidor de NTP.

Para o WCS: O WCS confia em Windows pelas horas correta. Verifica o SO Windows uma vez cada 24 horas para ver se há o tempo de sistema. Não sabe imediatamente sobre mudanças do tempo de sistema a menos que você parar e reiniciar o server WCS. Clicar com o botão direito o pulso de disparo e escolha a hora da mudança/data. Use um origem de tempo NTP para ajustar o pulso de disparo e para ajustar manualmente o offset para seu fuso horário. Isto é ajustado tipicamente já.

Para o controlador: No controlador, use o pulso de disparo da mostra do comando CLI para verificar o tempo e o offset. Você pode fazer este com o GUI, também. Desmarcar a caixa de seleção DST ou use o desabilitação -8 do fuso horário do tempo do comando config 0 -8 0.

Depois que você termina a sincronização de tempo entre os dispositivos, você precisa de sincronizar o server do lugar com o WCS (sob o lugar-server > o sincronizar). Isto é feito de modo que tenham os mesmos dados com os mesmos timestamps.

Observe que o WCS, o controlador, e o software do lugar estão liberados na mesma data.

O molde WLAN não aplica da “o ajuste correto transmissão SSID” no WLC

Depois que você cria moldes WLAN e os carrega no WLC com o WCS, da “as sobras do campo transmissão SSID” verificaram dentro a tela de configuração individual do controlador WLAN, apesar do ajuste no molde WCS WLAN. Isto transmite sempre a informação WLAN SSID.

A fim desabilitar a transmissão SSID no molde atual WLAN com WCS, execute estas etapas no WCS com as versões mais cedo de 4.1.83.

Nota: Se você promove o WCS à versão 4.1.83, igualmente resolve esta edição. Também, tais problemas ocorrem principalmente quando o controlador e o WCS são fora da sincronização. Nesses casos, sincronize o WLC e o WCS.

  1. No molde WCS WLAN, desabilite ou desmarcar a caixa do status administrativo e certifique-se de que a transmissão SSID está desmarcada.

  2. Salvar o molde.

  3. Aplique o molde ao controlador.

  4. Reenable a caixa admin deste WLAN.

  5. Salvar o molde

  6. Aplique o molde ao controlador outra vez.

Agora, você pode encontrar da “o campo transmissão SSID” como desligado na configuração individual WLAN do controlador.

Os moldes WLAN não indicam o ajuste correto da caixa de seleção de 7920 CAC

Quando você cria moldes WLAN para empurrar os WLAN para os controladores, verifique a caixa de seleção de 7920 CAC para permitir essa característica e para salvar e redisplay que o mesmo WLAN. O molde mostra como desmarcado mesmo que se verifique realmente e permite essa característica no controlador quando empurrado para ele.

Isto é devido introduzir erros de funcionamento CSCsi77521, que é associado com esta edição.

Promova o WCS à versão 4.1 para resolver esta edição.

Incapaz de suprimir de controladores autónomos da versão 3.2.51.0 WCS

Em certos casos, os usuários não podem suprimir dos WLC que são usados já não do WCS. Isto é devido às edições com a estrutura do banco de dados do WCS na versão 3.2.51.0; em consequência, o WCS tende a travar acima recursos. O banco de dados inteiro foi reestruturado na versão 4.0 e aumentou o nível de desempenho.

Há duas ações alternativas para esta edição:

  • Suprima dos relatórios de auditoria e suprima então do controlador ou

  • Elevação a WCS 4.0.87.0 e mais tarde

Com a primeira opção, a fim suprimir dos controladores autónomos, faça isto:

  1. Quando o WCS monitora um pool muito grande dos controladores, a melhor coisa é a primeiramente suprime dos relatórios de auditoria daqueles controladores, tenta um por um, e então suprimir daqueles controladores. A fim suprimir dos relatórios de auditoria, siga estas etapas:

    1. configurar o controlador.

    2. Verifique a caixa do controlador desejado. Somente um controlador de cada vez é permitido.

    3. Escolha os relatórios de auditoria do comando view da caixa suspensa.

    4. Clique o botão ir.

    5. Suprima dos relatórios de auditoria.

    6. Tente então suprimir dos controladores.

  2. Tente este procedimento em todos controladores restantes. Certifique-se de que as contas de usuário que você se usa para realizar estas tarefas são parte do grupo do SuperUser.

    Ocasionalmente, suprime de alguns dos relatórios de auditoria mas de não todos os relatórios para um controlador específico.

  3. Os relatórios de auditoria que têm o status de sincronização de mesmos no WCS e no controlador podem com sucesso ser suprimidos, mas os relatórios de auditoria com o status de sincronização de diferente no WCS e o controlador não podem ser suprimidos.

  4. Você pode ver este Mensagem de Erro quando você tenta suprimir de relatórios de auditoria com o estado de diferente no WCS e no controlador.

    The resource you are trying to delete seems to be busy
  5. Neste caso, o controlador não pode ser suprimido. Este Mensagem de Erro significa que o banco de dados travou o recurso. Isto pode acontecer se o usuário bateu o botão Delete Button, não esperou o suficiente, e bateu então a parte traseira para ir à página anterior. Esta era uma edição na versão 3.2; apenas espere e veja se o recurso livra acima.

Alternativamente, você pode usar a segunda opção para promover o WCS a 4.0.87.0 ou acima, que tem grandes melhorias de desempenho de 3.2 devido a uma reestruturação do banco de dados WCS.

Não pode adicionar o molde da autenticação da Web com tipo padrão interno do WCS

Na tentativa de empurrar o molde, a operação de SNMP do Mensagem de Erro para o dispositivo falhado aparece.

Isto é devido ao erro CSCsh89306. O WCS dá o erro de SNMP quando empurra um molde da autenticação da Web para um controlador que execute a versão 4.0.206.0.

A ação alternativa é configurar uma autenticação da Web diretamente no controlador.

  1. Navegue à página do molde da personalização da autenticação da Web.

  2. Escolha o tipo da autenticação da Web como externo.

  3. Incorpore algum texto do manequim URL.

  4. Mude o tipo da autenticação da Web para optar por interno.

  5. Incorpore um costume reorientam a URL.

  6. Salvar e aplique o molde.

Basicamente, o externo e o feitos sob encomenda reorientam a URL não devem ser saidos vazio na página mesmo se não é relevante ao tipo de aplicativo atual da autenticação da Web.

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 70678