Este documento fornece informações sobre as perguntas mais frequentes (FAQ) sobre access points leves (LAPs) da Cisco.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
A. O Cisco LAP é parte da arquitetura de rede Cisco Unified Wireless. Um LAP é um AP que foi projetado para ser conectado a uma controladora Wireless LAN (WLAN) (WLC). O LAP fornece suporte a banda dupla para IEEE 802.11a, 802.11b e 802.11g e monitoração simultânea do ar para o gerenciamento dinâmico e em tempo real da frequência de rádio (RF). Além disso, os Cisco LAPs lidam com funções sensíveis ao tempo, como a criptografia da Camada 2, que permitem que as WLANs da Cisco comportem aplicativos de voz, vídeo e dados com segurança.
Os APs são "lightweight" (leves), o que significa que eles não podem agir independentemente de um controlador de LAN sem fio (WLC). A WLC gerencia as configurações e o firmware do AP. Os APs são implantados de forma automática e a configuração individual de APs não é necessária. Os APs são igualmente lightweight no sentido em que lidam somente com a funcionalidade de MAC em tempo real. Os APs deixam toda a funcionalidade MAC, que não é em tempo real, ser processada pelo WLC. Essa arquitetura é conhecida como “arquitetura de MAC dividido”.
A. Não, LAPs não podem funcionar separados de WLCs. Os LAPs funcionam somente em conjunto com uma WLC. A razão é que a WLC fornece todos os parâmetros de configuração e o firmware que o LAP precisa no processo de registro.
A. O LWAPP é um projeto de protocolo da força-tarefa de engenharia da Internet (IETF) que define as mensagens de controle para configuração e autenticação de caminho e operações de tempo de execução. O LWAPP também define o mecanismo de tunelamento para o tráfego de dados.
Um LAP descobre uma controladora com o uso de mecanismos de descoberta LWAPP. O LAP envia uma solicitação de união LWAPP à controladora. A controladora envia ao LAP uma resposta de união LWAPP que permite que o AP se una à controladora. Quando o LAP se une à controladora, ele baixa o software da controladora se as revisões no LAP e na controladora não combinam. Subsequentemente, o LAP está completamente sob o controle da controladora. O LWAPP protege a comunicação de controle entre o LAP e a controladora por meio de uma distribuição de chaves segura. A distribuição de chaves segura exige certificados digitais X.509 já provisionados no LAP e na controladora. Os certificados na fábrica são conhecidos pelo termo “MIC”, que é um acrônimo em inglês para Certificado Instalado na Fábrica. Os APs Cisco Aironet comercializados antes de 18 de julho de 2005 não possuem MIC. Assim, esses APs criam um certificado auto-assinado (SSC) quando são atualizados a fim de operar no modo lightweight. As controladoras são programadas para aceitar SSCs para a autenticação de APs específicos.
A. No software versão 5.2 ou em versões posteriores do controlador, os access points lightweight da Cisco usam o protocolo Control and Provisioning of Wireless Access Points (CAPWAP) padrão do IETF para estabelecerem comunicação com outros access points lightweight na rede. As controladoras com releases de software anteriores ao 5.2 usam o Lightweight Access Point Protocol (LWAPP) para essas comunicações.
O CAPWAP, que é baseado no LWAPP, é um protocolo padrão e interoperável que permite que uma controladora gerencie uma coleção de pontos de acesso wireless. O CAPWAP está sendo implementado no software release 5.2 da controladora por estas razões:
Para fornecer um caminho de upgrade dos produtos da Cisco que usam o LWAPP para os produtos da Cisco da próxima geração que usa o CAPWAP
Para gerenciar leitores RFID e dispositivos semelhantes
Para permitir que os controladores interoperem com access points terceirizados no futuro
Os access points com LWAPP habilitado podem descobrir e ingressar em um controlador CAPWAP. A conversão para um controlador CAPWAP é simples. Por exemplo, o processo de descoberta da controladora e o processo de download de firmware quando você usa o CAPWAP são os mesmos de quando você usa o LWAPP. A uma exceção é para as implantações da camada 2, que não são aceitas pelo CAPWAP.
Você pode implantar controladoras CAPWAP e controladoras LWAPP na mesma rede. O software com CAPWAP habilitado permite que os access points ingressem ou em um controlador que execute CAPWAP ou LWAPP. A única exceção é o access points Cisco Aironet 1140 Series, que oferece suporte somente ao CAPWAP e, consequentemente, ingressa somente nos controladores que executam o CAPWAP. Por exemplo, um access point 1130 Series pode ingressar em um controlador que execute CAPWAP ou LWAPP, considerando que um access point 1140 Series pode ingressar somente em um controlador que execute CAPWAP.
Para obter mais informações, consulte a seção Access Point Communication Protocols do guia de configuração.
A. A maneira a mais fácil de distinguir entre um AP regular e um LAP é olhar o número de peça do AP.
LAP (Lightweight AP Protocol [LWAPP]) — Os números de peça sempre começam comAIR-LAPXXXX.
APs autônomos (Cisco IOS® Software) — Os números de peça sempre começam por AIR-APXXXX.
Os LAPs Cisco Aironet 1000 Series são uma exceção a esses critérios. Os números de peça dos LAPs 1000 Series são:
AIR-AP1010-A-K9 para um LAP 1010
AIR-AP1020-A-K9 para um LAP 1020
AIR-AP1030-A-K9 para um LAP 1030
Observação: os números de peça podem variar, dependendo do país e do domínio regulatório. Os números de peça que esta lista fornece são apenas exemplos.
Certifique-se de fazer o pedido do AP apropriado para sua Wireless LAN (WLAN).
A. Estas plataformas do AP Cisco Aironet são capazes de executar o LWAPP:
Aironet 1500 Series
Cisco Aironet 1250 Series
Aironet 1240 AG Series
Aironet 1230 AG Series
Aironet 1200 Series
Aironet 1130 AG Series
Aironet 1000 Series
AP Aironet 1140 Series
Observação: o 1140 Series AP é compatível somente com WLC que executa a versão 5.2 ou posterior.
Observação: você pode pedir esses APs Aironet com o Cisco IOS Software para operar como APs autônomos ou para operar com o LWAPP. O número de peça determina se um AP é um AP baseado no Cisco IOS Software ou um AP baseado em LWAPP. Exemplos:
O AIR-AP1242AG-A-K9 é um AP baseado em Cisco IOS Software.
O AIR-LAP1242AG-P-K9 é um AP baseado em LWAPP.
Observação: os APs 1000 Series e os APs 1500 Series são exceções a este critério. Todos os APs 1000 Series e os APs 1500 Series oferecem suporte somente ao LWAPP.
A. Os APs habilitados para LWAPP fazem parte da solução de rede sem fio integrada da Cisco e não exigem configuração manual antes de serem montados. O AP é configurado por uma controladora Cisco Wireless LAN (WLC) com suporte ao LWAPP. Consulte o Guia de início rápido - Cisco Aironet Access Points habilitados para LWAPP para obter informações sobre como instalar e configurar inicialmente um access point habilitado para LWAPP.
A. Os LAPs usam o Lightweight AP Protocol (LWAPP) e, quando se unem a um WLC, o WLC envia aos LAPs todos os parâmetros de configuração e firmware. Consulte a seção Wireless LAN Controller and Lightweight Access Point Basic Configuration Example para obter informações sobre a configuração básica.
A. Não, somente os LAPs funcionam quando estão conectados a uma WLC. APs autônomos não entendem o Lightweight AP Protocol (LWAPP) ou o protocolo CAPWAP que o WLC usa. Para conectar um AP autônomo a uma WLC, você deve primeiro converter o AP autônomo para o modo lightweight.
A. Sim, mas nem todos os modelos autônomos de APs com base no Cisco IOS Software podem ser convertidos. Estes são os modelos que você pode converter para o modo Lightweight AP Protocol (LWAPP):
Todos os APs Cisco Aironet 1130 AG
Todos os APs Aironet 1240 AG
Para todos as plataformas modulares de AP Aironet 1200 Series com base no Cisco IOS Software (upgrade do Cisco IOS Software 1200/1220 e AP 1210 e 1230), a capacidade de converter o AP depende do rádio.
Se o rádio for IEEE 802.11g, haverá suporte a MP21G e MP31G.
Se o rádio for IEEE 802.11a, haverá suporte a RM21A e RM22A.
Você pode fazer o upgrade do AP 1200 Series com qualquer combinação de rádios com suporte:
Somente G
Somente A
G e A
Observação: um AP autônomo deve executar o Cisco IOS Software Release 12.3(7)JA ou posterior para que você possa convertê-lo em LWAPP.
Observação: somente os Cisco 4400 e 2006 Wireless LAN Controllers (WLCs) suportam APs autônomos que foram convertidos para o modo lightweight. As WLCs Cisco deve executar uma versão mínima de software de 3.1. O Cisco Wireless Control System (WCS) deve executar uma versão mínima de 3.1. O utilitário de upgrade funciona nas plataformas Microsoft Windows 2000 e Windows XP.
A. Lembre-se destas diretrizes quando você usar access points autônomos que foram convertidos no modo lightweight:
Os APs convertidos para o Lightweight AP Protocol (LWAPP) não oferecem suporte aos Wireless Domain Services (WDS). Os APs convertidos para LWAPP se comunicam somente com as controladoras Cisco Wireless LAN (WLAN) (WLC) e não podem se comunicar com dispositivos WDS. No entanto, a WLC fornece funcionalidade equivalente ao WDS quando o AP se associa à WLC.
Os access points convertidos aceitam somente controladores 2006, 4400 e WiSM. Quando você converte um access point autônomo no modo lightweight, o access point pode se comunicar com os controladores Cisco 2006 Series, os controladores 4400 Series ou os controladores em um Cisco WiSM somente.
No software de controlador versão 4.2 ou posterior, todos os Cisco Lightweight Access Points comportam 16 BSSIDs por rádio e um total de 16 LANs sem fio por access point. Nas versões anteriores, eles comportavam apenas 8 BSSIDs por rádio e um total de 8 LANs sem fio por access point. Quando um access point convertido se associa a um controlador, somente LANs sem fio com IDs de 1 a 16 são enviadas para o access point.
Os APs convertidos para o LWAPP devem obter um endereço IP e descobrir a WLC com o uso do DHCP, de um Domain Name System (DNS) ou de um broadcast de sub-rede IP.
Os APs convertidos para o LWAPP não oferecem suporte ao LWAPP da camada 2.
Os APs convertidos para o LWAPP fornecem uma porta de console somente de leitura.
A ferramenta de conversão de atualização adiciona a chave hash do certificado autoassinado (SSC) a apenas um dos controladores no Cisco WiSM. Concluída a conversão, adicione a chave hash SSC ao segundo controlador no Cisco WiSM, copiando a chave hash SSC do primeiro controlador para o segundo controlador. Para copiar a chave hash SSC, abra a página de políticas de AP da GUI do controlador (Segurança > AAA > Políticas de AP) e copie a chave hash SSC da coluna Chave hash SHA1 na lista de autorização de AP. Em seguida, com a GUI do segundo controlador, abra a mesma página e cole a chave hash no campo Chave hash SHA1 em Adicionar AP à lista de autorização. Se você tiver mais de um Cisco WiSM, use o WCS para enviar a chave hash SSC para todos os outros controladores.
A. Sim, você pode converter os AP autônomos que você converteu para o modo lightweight de volta para o modo autônomo. Conclua os passos da seção Conversão de um Ponto de Acesso Lightweight de Volta para o Modo Autônomo de Upgrade de Pontos de Acesso Cisco Aironet Autônomos para o Modo Lightweight.
A. Com a versão 2.01 mais recente da ferramenta, você pode fazer o upgrade de no máximo seis AP de cada vez.
A. Esse erro significa que os certificados digitais do X.509 são inválidos. Você pode receber a ID de bug da Cisco CSCsd42296 (somente clientes registrados). A solução alternativa para esse problema é redefinir os APs para os padrões de fábrica.
Uma outra possibilidade é que o certificado auto-assinado (SSC) não está registrado na WLC. A adição manual do SSC na controladora pode ser necessária. Consulte Adição Manual do Certificado Auto-Assinado à Controladora para APs Convertidos para o LWAPPpara obter informações sobre o procedimento.
A. É possível configurar um access point para operar como uma ponte de grupo de trabalho, de modo que possa fornecer conectividade sem fio a um lightweight access point em nome de clientes conectados pela Ethernet ao access point da ponte do grupo de trabalho. Quando você configura o access point para operar como uma ponte de grupo de trabalho e se conecta a uma rede Cisco Unified, ele pode fornecer conectividade sem fio a clientes com fio conectados por Ethernet ao access point da ponte de grupo de trabalho. Por exemplo, se você precisar fornecer conectividade sem fio para um grupo de dispositivos com fio, poderá conectar os dispositivos a um hub ou a um switch, conectar o hub ou o switch à porta Ethernet do access point e configurar o access point como uma ponte do grupo de trabalho.
A. Não, não há suporte ao roaming entre LAPs e APs autônomos. A razão é que, quando conectado a APs LWAPP, o tráfego é transmitido através de um túnel LWAPP. Como não há túnel da mobilidade entre a controladora Wireless LAN e os AP autônomos, o roaming não funciona.
A. A caixa do LAP 1000 Series contém:
Um IEEE 802.11a ou uma antena de rádio 802.11b/g
Quatro antenas internas de alto ganho (duas 802.11a e duas 802.11b/g)
Você pode habilitar ou desabilitar essas antenas independentemente a fim de produzir uma área de cobertura setorizada em 180 graus ou omnidirecional em 360 graus. Alguns dos LAPs 1000 Series também podem usar antenas externas. Os LAPs 1000 Series vêm em três modelos:
LAP 1010
LAP 1020
LAP 1030
As opções disponíveis de antena são:
LAP 1010:
Quatro antenas internas de alto ganho
Nenhum adaptador de antena externa
LAP 1020:
Quatro antenas internas de alto ganho
Um adaptador de antena externa de 5 GHz
Dois adaptadores de antena externa de 2,4 GHz
LAP 1030 (LAP de borda remota):
Quatro antenas internas de alto ganho
Um adaptador de antena externa de 5 GHz
Dois adaptadores de antena externa de 2,4 GHz
Observação: os LAPs 1000 Series devem usar as antenas internas ou externas fornecidas pela fábrica para evitar uma violação dos requisitos da FCC e evitar que a autoridade do usuário opere o equipamento.
A. O LAP Aironet 1000 Series pode receber energia de uma fonte de alimentação externa de 110 a 220 VCA para 48 VCC ou de equipamentos Power over Ethernet. A fonte de alimentação externa (AIR-PWR-1000) é conectada a uma tomada elétrica protegida de 110 a 220 VCA. O conversor produz os 48 VCC necessários para os LAPs 1000 Series. A saída do conversor alimenta o LAP 1000 Series através de um conector de 48 VCC.
Nota: Você pode solicitar a fonte de alimentação externa AIR-PWR-1000 com cabos de alimentação de tomadas elétricas específicos do país. Entre em contato com a Cisco ao fazer o pedido para receber o cabo de alimentação correto.
A. Na controladora Wireless LAN release 5.0 ou posterior, a controladora oferece suporte ao uso de protocolos Telnet ou Secure Shell (SSH) para fins de troubleshooting dos pontos de acesso lightweight. Você pode usar estes protocolos para facilitar a depuração, especialmente quando o ponto de acesso é incapaz de conectar à controladora. Você pode configurar o suporte ao Telnet e ao SSH somente através da CLI da controladora.
Para habilitar a conectividade de Telnet ou SSH em um ponto de acesso, use o comando config ap {telnet comando | ssh. O ponto de acesso lightweight Cisco se associa a esta controladora Cisco Wireless LAN para todas as operações de rede e no caso de uma reinicialização de hardware.
config ap {telnet | ssh} {enable | disable} Cisco_APExamples
> config ap telnet enable cisco_ap1 > config ap telnet disable cisco_ap1 > config ap ssh enable cisco_ap2 > config ap ssh disable cisco_ap2
A. Os pontos de acesso Cisco IOS são enviados de fábrica com a senha de modo enable padrão Cisco. Essa senha permite que os usuários iniciem sessão no modo não privilegiado e executem comandos show e debug, o que representa uma ameaça de segurança. A senha de habilitação padrão deve ser alterada para impedir o acesso não autorizado e para permitir que os usuários executem comandos de configuração por meio da porta de console do access point.
No software da controladora anterior ao release 5.0, você pode definir a senha de enable do ponto de acesso somente para os pontos de acesso que estão conectados à controladora. Na versão 5.0 do software do controlador, é possível definir um nome de usuário global e uma senha, além de habilitar uma senha herdada por todos os access points, conforme eles forem ingressando no controlador. Isso inclui todos os pontos de acesso unidos no momento à controladora e que possam se unir no futuro. Se desejado, será possível substituir as credenciais globais e atribuir um nome de usuário e senha exclusivos, além de haibilitar uma senha para um access point específico.
Para obter informações sobre como configurar as credenciais globais do AP, consulte Configuração de Credenciais Globais para Pontos de Acesso.
A. Os APs 1242 são convertidos em APs do Lightweight Access Point Protocol (LWAPP). Uma vez que você os converte e tenta usá-los, eles tentam procurar a controladora para se unir a ela. Se os APs não encontrarem a controladora, este tipo de mensagem será mostrado no console. Mas, nesse caso, a controladora tem uma versão de firmware 3.2.78.0, a qual não é compatível com APs atualizados. Você precisa ter a versão de firmware 3.2.116.21 para trabalhar com APs atualizados. Uma vez que o firmware da controladora seja atualizado, esses AP se unem à controladora e começam a funcionar.
A. Se você observar um ponto de acesso em detalhes, poderá ver que ele possui um endereço MAC rádio base e um endereço MAC de FastEthernet. Além disso, é o endereço MAC do rádio base que muda com a WLAN. O cliente vê na realidade o BSSID sob a forma de um endereço MAC.
A. Os APs do LWAPP devem ingressar em um controlador e não comportam um modo de repetidor, já que todos eles precisam ter inicialmente a conectividade com o controlador. Os APs Cisco autônomos podem ser configurados como repetidores, mas devido à redução na largura de banda efetiva disponível para os clientes finais, os repetidores não são a configuração mais recomendada. Enquanto qualquer modelo de AP Cisco Aironet ou LAP pode ser usado nos modos LWAPP ou autônomo, para fazer essa mudança, uma nova imagem do software é necessária. Isso é particularmente complexo quando a mudança é do modo autônomo para o LWAPP. Assim, não, um AIR-LAP1232AG-A-K9 não oferece suporte nativo ao modo de repetidor. Ele poderia ser carregado com o software autônomo e configurado para oferecer suporte ao modo de repetidor, mas isso envolveria uma alteração de software e uma configuração separada.
A. O número de APs compatíveis por WLC depende do número do modelo:
2106 — Um WLC autônomo que comporta até 6 APs com 8 interfaces Fast Ethernet.
4402 — Um WLC autônomo que comporta 12, 25 ou 50 APs.
4404 — Um WLC autônomo que comporta 100 APs.
5500 —Uma WLC autônoma que suporta 12, 25, 50,100 ou 250 pontos de acesso para serviços sem fio essenciais para a empresa em locais de todos os tamanhos.
WLCM — Um módulo WLC projetado especificamente para a série Integrated Service Router (ISR) da Cisco. Está atualmente disponível em uma versão de AP 6, 8 ou 12.
WS-C3750G—Uma WLC que suporta 25 ou 50 APs integrados ao switch Catalyst 3750. As conexões de backplane do WLC aparecem como portas Ethernet de 2 Gig que podem ser configuradas separadamente como troncos dot1q para fornecer conexão ao 3750. Ou então, as portas Gig podem ser agregadas por link para fornecer uma única conexão EtherChannel ao 3750. Como o WLC é integrado diretamente, ele tem acesso a todos os recursos avançados de roteamento e switching disponíveis no switch empilhável 3750. Esse WLC é ideal para edifícios ou escritórios de tamanho médio. A versão "AP 50" pode escalar até 200 APs quando quatro 3750s são empilhados juntos como um switch virtual.
WiSM — Um módulo WLC projetado especificamente para o switch Cisco Catalyst 6500 Series. Suporta até 300 APs por módulo. Dependendo da plataforma 6500, vários WISMs podem ser instalados para oferecer recursos de dimensionamento significativos. O WiSM aparece como uma única interface de link agregado no 6500 que pode ser configurada como um tronco dot1 para fornecer conexão ao painel traseiro do 6500. Este módulo é ideal para grandes edifícios ou campi.
A. O número máximo de associações de clientes, que os access points podem comportar, depende destes fatores:
O número máximo de associações de clientes é diferente para access points IOS autônomos e lightweight.
Pode haver um limite por rádio e um limite geral por AP.
Hardware de AP (APs de 16 MB têm um limite inferior aos APs de 32 MB e superiores).
Para obter detalhes completos sobre os limites de associação de cliente, consulte a seção Limites da associação de clientes do Guia de configuração do Cisco Wireless LAN Controller, Versão 7.0.
A. Sim, o modo de ponte é compatível no AP 1252 Series.
A. Não, a infraestrutura do LWAPP não oferece suporte ao PPPoE. A razão é que o Ethertype PPPoE é descartado na controladora.
A. Você pode redefinir o AP para os padrões de fábrica através da controladora Wireless LAN (WLAN) (WLC). Para a redefinição, o LAP deve estar registrado na WLC.
Conclua estes passos:
- Na GUI do WLC, clique em Wireless. A guia Wireless fornece acesso à configuração de rede Wireless da solução de WLAN da Cisco.
- Escolha Access Points > Cisco APs e clique em Detail para navegar para a janela do AP específico.
- Clique em Clear Config na parte inferior desta janela. Isso limpa a configuração do LAP e restaura os padrões de fábrica.
Para redefinir os LAPs para os padrões de fábrica com uso da interface de linha de comando (CLI), execute o comando clear ap-config ap-name na CLI da WLC.
A. Consulte Cisco 1000 Series Lightweight Access Points - Q&A. O documento fornece respostas para muitas perguntas relacionadas aos LAPs 1000 Series.
A. O modo LWAPP de Camada 2 só é aceito nestes dispositivos da Cisco:
Controladora Wireless LAN (WLC) Cisco 4100 Series
WLC Cisco 4400 Series
LAP (access points lightweight) Cisco Aironet 1000 Series
A. Os APs do Cisco Aironet 1000 Series usam um formato de string para DHCP opção 43, enquanto os outros APs do Aironet usam o formato de tipo, tamanho, valor (TLV) para DHCP opção 43. Você deve programar os servidores DHCP para retornar a opção com base na string VCI de DHCP do AP (Opção de DHCP 60). Esta tabela fornece os valores de string VCI para os diferentes LAPs:
A. A opção de DHCP 43 pode ser habilitada no servidor DHCP do roteador Cisco IOS com este comando:
Option 43 hex <string>
A string hexadecimal neste comando é montada concatenando-se os valores TLV para a subopção da opção 43.
Tipo + comprimento + valor
Tipo é sempre o código de subopção 0xf1.
O comprimento é o número de endereços IP de gerenciamento da controladora vezes 4 em hexadecimal.
O valor é o endereço IP da controladora listado sequencialmente em hexadecimal.
Por exemplo, suponha que haja duas controladoras com endereços IP 10.126.126.2 e 10.127.127.2 da interface de gerenciamento:
O tipo é 0xf1.
O comprimento é 2 * 4 = 8 = 0x08.
Os endereços IP são traduzidos para 0a7e7e02 (10.126.126.2) e a 0a7f7f02 (10.127.127.2).
A montagem da string gera então f1080a7e7e020a7f7f02. O comando do IOS adicionado então ao escopo de DHCP é:
option 43 hex f1080a7e7e020a7f7f02
A. Sim, você pode fazer o balanceamento de carga de APs em uma WLC. Consulte Perguntas Frequentes de Troubleshooting da Controladora Wireless LAN (WLC) para obter mais informações.
A. Você pode desabilitar o botão de redefinição nos APs que você converteu para o modo lightweight. O botão de redefinição chama-se “MODE” e pode ser encontrado na parte externa do AP. Use este comando para desabilitar ou habilitar o botão de redefinição em um ou em todos os APs convertidos que estão associados a uma controladora:
config ap reset-button {enable | disable} {ap-name | all}
O botão de redefinição nos APs convertidos é habilitado por padrão.
A. Sim, alguns LAPs oferecem suporte ao recurso chamado Remote-Edge AP (REAP). Com este recurso, você pode ter um LAP através de um link de WAN da WLC à qual o LAP está conectado. O modo REAP permite que um LAP resida no outro lado de um link de WAN e ainda possa se comunicar com a WLC e fornecer a funcionalidade de um LAP regular. Consulte Exemplo de Configuração do Remote-Edge AP (REAP) com APs Lightweight e Controladoras Wireless LAN (WLCs) para obter um exemplo detalhado desta configuração.
Observação: o modo REAP é suportado somente nos LAPs Cisco Aironet 1030 neste momento. A funcionalidade REAP será incluída em um número maior de LAPs no futuro.
A. Não, o AP do modo de monitor não tem a restrição de 100 ms porque não há associação de cliente, que é o motivo da restrição. A limitação de latência de 100 ms foi criada a partir de requisitos de autorização de cliente variados e muitas vezes rigorosos, e é por isso que os APs H-REAP e de modo local têm limitações de latência idênticas. Obviamente, os APs no modo de monitor não têm as mesmas limitações que o cliente.
A. A MTU configurada em seu cenário é 900 bytes. No entanto, uma solicitação de união LWAPP é superior a 1500 bytes. Assim, o LWAPP exige um fragmento da solicitação de união LWAPP. A lógica para todos os APs LWAPP é que o tamanho do primeiro fragmento é 1500 bytes (inclui o IP e o cabeçalho de UDP) e o segundo fragmento é 54 bytes (inclui o IP e o cabeçalho de UDP). Se a rede entre os APs LWAPP e a WLC possuir um tamanho de MTU inferior a 1500 (tais como VPN, GRE, MPLS e assim por diante) como no seu caso, a WLC não poderá lidar com a solicitação de união LWAPP. Consequentemente, o LWAPP não poderá se unir à controladora.
Faça o upgrade da sua controladora para a versão 4.0 a fim de lidar com essa situação. Esta versão é capaz de lidar com fragmentos da camada 3. Consulte o bug da Cisco ID CSCsd94967 (somente clientes registrados) para obter mais informações sobre este problema.
A. A WLC oferece suporte a somente um domínio regulatório. Consequentemente, uma WLC que use o domínio regulatório -A pode ser usada somente com APs que usam o domínio regulatório -A (e assim por diante). Nesse caso, a WLC está definida como -SG para Cingapura. Assim, ela oferece suporte somente a APs no domínio regulatório de Cingapura.
Ao comprar APs e WLCs, certifique-se de que eles compartilhem o mesmo domínio regulatório. Somente assim os APs podem se registrar com a WLC.
Suporte a vários códigos de país - Nas versões 4.1.171.0 e mais recentes da WLC, o suporte a vários códigos de país foi introduzido nas WLCs. No release 4.1.171.0 ou posterior, você pode configurar até 20 códigos de país por controladora. O suporte a vários códigos de país permite gerenciar pontos de acesso em vários países a partir de uma única controladora. Não há suporte para que esse recurso seja usado com access points da malha Cisco Aironet.
A. Um LAP pode operar em qualquer um destes modos:
Modo local - Este é o modo padrão de operação. Quando um LAP é colocado no modo local, o AP transmite no canal normalmente atribuído. No entanto, o AP também monitora todos os outros canais na banda durante um período de 180 segundos para verificar os outros canais por 60 ms durante o tempo de não transmissão. Durante esse tempo, o AP executa medidas de piso de ruído, mede a interferência e examina-as em busca de eventos de IDS.
Modo REAP — O modo Remote Edge Access Point (REAP) permite que um LAP resida em um link de WAN e ainda possa se comunicar com o WLC e fornecer a funcionalidade de um LAP regular. O modo REAP é compatível somente nos LAPs 1030.
Modo H-REAP — H-REAP é uma solução sem fio para implantações de filiais e escritórios remotos. O H-REAP permite que os clientes configurem e controlem access points (APs) em uma filial ou um escritório remoto a partir do escritório corporativo através de um link de WAN, sem a necessidade de implantar um controlador em cada escritório. Os H-REAPs podem alternar o tráfego de dados de clientes localmente e executar a autenticação local do cliente quando a conexão com o controlador é perdida. Quando conectados ao controlador, os H-REAPs também podem enviar o tráfego por túnel de volta ao controlador.
Modo de monitor - O modo de monitor é um recurso projetado para permitir que APs compatíveis com o LWAPP eliminem a si mesmos do manuseio de tráfego de dados entre os clientes e a infraestrutura. Assim eles atuam como sensores dedicados de serviços baseados em local (LB), detecção de pontos de acesso não autorizados e detecção de intrusões (IDS). Quando os AP estão no modo de monitor, eles não podem atender clientes e percorrem continuamente todos os canais configurados, escutando cada um por aproximadamente 60 ms.
Observação: na versão 5.0 da controladora, os LWAPPs também podem ser configurados no Location Otimized Monitor Mode (LOMM), que otimiza o monitoramento e o cálculo da localização das etiquetas RFID. Para obter mais informações sobre este modo, consulte Cisco Unified Wireless Network Software Release 5.0.
Nota: Com a versão 5.2 da controladora, a seção Location Otimized Monitor Mode (LOMM) foi renomeada como Otimização de rastreamento, e a caixa suspensa LOMM Habilitado foi renomeada como Habilitar otimização de rastreamento.
Nota: Para obter mais informações sobre como configurar a otimização de rastreamento, leia a seção Otimização do rastreamento RFID em access points.
Modo de detector de não autorizados— Os LAPs que operam no modo de detector de não autorizados monitoram os APs não autorizados. Eles não transmitem nem contêm AP não autorizados. A ideia é que o detector de não autorizados possa ver todas as VLAN na rede, já que os AP não autorizados podem estar conectados a algumas das VLANs da rede (assim, nós o conectamos a uma porta de tronco). O switch envia todas as listas de endereços MAC de clientes/APs não autorizados para o detector de não autorizados (RD). O RD as encaminha então para a WLC a fim de comparar com os MACs dos clientes que os APs da WLC ouviram no ar. Se os MACs combinam, a WLC sabe que o AP não autorizado ao qual esses clientes estão conectados está na rede com fio.
Modo sniffer - Um LWAPP que opera no modo sniffer funciona como um sniffer e captura e encaminha todos os pacotes em um canal específico para uma máquina remota que executa o Airopeek. Esses pacotes contêm informações de marca de hora, intensidade de sinal, tamanho do pacote e assim por diante. O recurso de sniffer pode ser habilitado somente quando você executa o Airopeek, um software analisador de rede de outro fabricante que oferece suporte à decodificação de pacotes de dados.
Modo de ponte — O modo de ponte é usado quando os access points são configurados em um ambiente de malha e usados para fazer a ponte entre eles.
A. Para alterar o modo de um Lightweight Access Point, conclua estas etapas.
Na GUI do WLC, escolha Sem fio > Access Points > Todos os APs e selecione o AP para o qual o modo precisa ser alterado na lista de APs registrados.
A página Todos os APs > Detalhes do AP é exibida. Na guia Geral dessa página, selecione o Modo do AP no menu suspenso, conforme mostrado:
A. Se o ponto de acesso estiver apontado para umaWLC na camada 3, mas não puder obter um endereço IP durante a inicialização, o LED de status da WLC acenderá em verde e não entrará sequência de busca e reinicialização até obter um endereço IP do DHCP.
Assim, nessas situações, o LED de status acender em verde não indica que o LWAPP está registrado na controladora. Após os pontos de acesso conseguirem obter seus endereços de DHCP, eles procuram a WLC e, se não a encontram, passam por um processo de reinicialização e continuam conforme o esperado. Há um bug associado a isso.
Consulte o bug da Cisco ID CSCsf10580 (somente clientes registrados) para obter mais informações.
A. Este é um link para um vídeo breve que explica como interpretar os LEDs em um Lightweight AP 1130AG:
A. Estes são os modos que os MAPs externos podem operar como parte da rede de malha. A solução de rede de comunicação em malha, parte da solução de rede Cisco Unified Wireless, permite que dois ou mais MAPs lightweight Cisco Aironet comuniquem-se uns com os outros via um ou mais saltos Wireless para se unirem a LAN múltiplas ou para estender a cobertura wireless 802.11b.
Esses pontos de acesso são usados como parte da rede em malha e operam em dois modos:
RAP
PAP
RAP - Os MAPs Cisco que operam no modo RAP são o nó pai de qualquer bridging ou rede em malha e conectam uma bridge ou rede em malha à rede com fio. Consequentemente, pode haver somente um RAP para qualquer segmento em bridge ou de rede em malha. Em uma rede em malha, os MAPs Cisco são configurados, monitorados e operados através de qualquer controladora WLAN da Cisco (WLC) implantada. Qualquer MAP que tiver uma conexão com fio para a WLC assume o papel de RAP. Esse RAP usa a interface wireless backhaul para se comunicar com os PAPs vizinhos.
PAP - Os MAPs Cisco que operam no modo PAP não têm nenhuma conexão com fio a uma WLC Cisco. Eles podem ser completamente wireless e oferecer suporte a clientes que se comunicam com outros PAPs ou RAPs, ou podem ser usados para conectar a dispositivos periféricos ou a uma rede com fio. A porta Ethernet é desabilitar por padrão por razões de segurança, mas você deve habilitá-la para os PAPs.
Consulte a seção de Configuração Zero Toque do Guia de Implantação da Solução de Rede em Malha da Cisco para obter mais informações sobre como um MAP assume o papel de um RAP ou PAP.
A. Os diagramas de azimute são obtidos geralmente com o dispositivo/antena na orientação de funcionamento normal (vertical, parte superior para cima, no centro do diagrama para o omni; horizontal, montagem no centro, sentido dianteiro para "0" no diagrama). O lado A é muito provavelmente dianteiro e representado na marca 0 para o azimute e na marca 90 para a elevação. O lado B é representado na marca 180 para o azimute e 270 para a elevação. O padrão não muda no espaço livre se a unidade for invertida. No entanto, as superfícies próximas podem causar a reflexão/absorção e alterar o padrão. Objetos metálicos perto dos radiadores (dentro de ~2 comprimentos de onda ou mais) também podem distorcer significativamente o padrão. O Guia de Referência da Antena do Cisco Aironet contém mais informações. As antenas da 1000 Series são explicadas na última seção do documento.
A. Não, as controladoras lidam com os APs na forma "primeiro a chegar, primeiro a ser atendido". Você possivelmente pode jogar com os campos primários, secundários e terciários para aumentar as probabilidades de conexões de APs de sua preferência.
A. Com a opção de substituição de WLAN, você pode escolher quais SSIDs um AP oferece. As controladoras oferecem suporte somente até 16 SSIDs cada, assim pode escolher somente entre as 16 com suporte. Isto é feito por AP.
AccessPoint#clear lwapp ap controller ip address ERROR!!! Command is disabled.
A. Uma vez que seu AP tenha se unido com sucesso a uma controladora, os comandos do LWAPP serão desabilitados. Para habilitar novamente os comandos do LWAPP, defina o nome de usuário/senha do AP na CLI da controladora com o comando config ap username <name> password <pwd> <cisco-ap>/all. Em seguida, você poderá executar clear lwapp private-config na CLI do AP para permitir a reexecução manual dos comandos de configuração do LWAPP do AP.
Observação: se você estiver executando a versão 5.0 e posterior do WLC, use este comando para definir o nome de usuário e a senha no AP:
config ap mgmtuser add username AP_username password AP_password secret secret {all | Cisco_AP}
A. Se os AP estão no mesmo canal ou não, o roaming dos clientes não é particularmente afetado. O que importa é a sobreposição suficiente das células para que os clientes possam fazer transições suaves da área de cobertura de um AP para o próximo. A intenção da mudança de um design de três canais para um projeto de quatro canais é aumentar a flexibilidade do design (devido ao canal "extra"). Essa abordagem é míope porque, quando você adiciona um pouco de flexibilidade de implantação (como você possui outro canal), você na realidade aumenta a quantidade de interferência entre canais. O que você pode ganhar na flexibilidade do design com a abordagem de quatro canais, pode perder na interferência adicionada aos canais. Resultado: não use um design de quatro canais.
A. Hoje, roaming é sempre uma função do cliente, e a escolha de fazer roaming ou não é implementada de forma diferente em vários clientes. O roaming direcionado é uma parte do CCX, mas é um recurso opcional que não é usado hoje.
A. Estes são alguns dos principais fatores a serem considerados para o link de WAN:
Certifique-se de que a largura de banda do link de WAN seja pelo menos 128kbps.
Certifique-se de que o atraso de ida e volta ou latência entre os dois sites no link de WAN não seja superior a 300 ms, pois um atraso de mais de 300 ms pode criar problemas de autenticação para o cliente, especialmente quando a autenticação central é implementada.
A. O LAP tenta se associar à WLC até 20 vezes com mensagens de descoberta LWAPP. Caso não consiga se conectar, ele tentará obter um endereço IP novo via DHCP. Se o LAP conseguir obter um endereço IP do servidor DHCP, esse endereço IP se tornará ativo, e o endereço IP atribuído estaticamente será usado como reserva. A ideia por trás disso é que, caso os LAPs sejam movidos para uma VLAN diferente (por exemplo, em outro prédio), eles sejam capazes de recuperar um endereço IP e se unir a uma WLC. Este comportamento é explicado no bug CSCse66714. Você deve fazer a atualização da WLC para o software release 4.0.206.0.
A. Um nome de grupo de bridge (BGN) pode ser usado para agrupar logicamente os APs na malha. Embora os APs venham por padrão com um valor nulo de BGN para permitir a associação, recomendamos que você defina um BGN. Você pode fazer essa alteração de configuração com a CLI ou a GUI através deste comando:
config ap bridgegroupname set Bridge Group Name Cisco APObservação: os BGNs podem ter no máximo dez caracteres. Se você inserir mais de 10 caracteres no campo BGN na página de configuração do access point de malha da GUI do controlador, ele vai gerar uma mensagem de erro. Um erro também aparece quando você configura este parâmetro através do comando CLI config ap bridgegroupname set groupname Cisco_MAP ou WCS (CSCsk64812).
Ao configurar o BGN em uma rede ativa, certifique-se de configurar do MAP mais distante e descobrir o caminho de volta para o RAP. Isso é muito importante porque você pode travar um MAPA filho que não é capaz de se associar a um pai, o qual pode ter um BGN atualizado. Use BGNs diferentes para agrupar logicamente partes diferentes da sua rede. Isso é útil nas situações em que você possui RAPs dentro da mesma área de RF e você deseja manter separados segmentos da sua malha.
Se você desejar adicionar um AP novo a uma rede ativa, será necessário pré-configurar o BGN no AP novo. Se você ativar a rede em malha do zero com APs novos que nunca foram configurados, o BGN estará pré-definido nos APs como um valor nulo. Os AP se unem em uma nova rede com esse valor padrão do BGN. Você pode verificar o BGN de um AP com este comando:
show ap config general Cisco AP
A. Se o AP for provisionado incorretamente com um nome de grupo de bridge diferente daquele ao qual ele se destina, dependendo do design da rede, esse AP poderá ou não ser capaz de encontrar seu setor ou árvore corretos. Se ele não puder alcançar um setor compatível, ele poderá travar. Para recuperar esse AP travado, o conceito de nome de grupo de bridge foi introduzido. A idéia básica é que um AP que normalmente é incapaz de se conectar a qualquer outro AP com seu nome de grupo de bridge configurado tente se conectar ao nome de grupo de bridge padrão.
Este é o algoritmo usado para detectar essa condição de travamento e a recuperação:
Faça a varredura passiva e encontre todos os nós vizinhos, independentemente de seus nomes de grupo de bridge.
O AP tenta se conectar aos vizinhos que são ouvidos com seu próprio nome de grupo de bridge com o Adaptive Wireless Path Protocol (AWPP).
Se o passo 2 falhar, tente conectar usando o nome de grupo de bridge padrão ao AWPP.
Para cada tentativa que falhar do passo 3, adicione o vizinho à lista de exclusões e tente se conectar ao melhor vizinho seguinte.
Se o AP falhar ao se conectar a todos os vizinhos do passo 4, reinicialize o AP.
Se conectado com o nome de grupo de bridge padrão por 30 minutos, faça novamente a varredura de todos os canais e tente se conectar com o nome de grupo de bridge correto.
Observação: quando um AP é capaz de se conectar com o nome de grupo de bridge padrão, o nó pai relata o AP como uma entrada padrão filho/nó/vizinho no controlador de WLAN para que um administrador de rede esteja ciente do AP retorcido. Tal AP não pode aceitar nenhum cliente ou outros nós da malha como seus filhos, nem pode transmitir tráfego de dados.
A. O LAP modelo 1020 não oferece suporte a bridges. O LAP 1030 oferece suporte a bridges (um salto) para outro LAP 1030, mas para o BR1310, BR1400 ou o LAP 1500 no momento.
A. Não. Isso não pode ser feito em APs LAP. APs em malha podem formar bridges ponto a ponto básicas em uma rede Cisco Unified Wireless. A única outra bridge possível é com APs IOS no modo WGB (bridge de grupo de trabalho). Esses APs IOS atuam como clientes (com os dispositivos com fio por trás deles) para um AP LAP. Mas os clientes wireless não podem se conectar a esses APs IOS.
A. Esse problema pode ser devido a parâmetros Power over Ethernet (POE) configurados incorretamente; conclua estas etapas para resolver o problema:
- Clique em Sem fio para acessar estes parâmetros.
- Clique no link Detalhe do access point desejado. Os novos parâmetros aparecem na página Todos os APs > Detalhes nas configurações de POE.
- Na página APs > Detalhes do access point nas configurações de POE, clique em Estado do injetor de energia e escolha Instalado.
- Marque a caixa de verificação para habilitar o estado do injetor de potência para o ponto de acesso. Este parâmetro é obrigatório quando o switch conectado não oferece suporte ao IPM e um injetor de potência é usado. Esse parâmetro não é necessário quando o switch conectado oferece suporte ao IPM.
A. O recurso ou o modo que executa a função semelhante do PSPF na arquitetura lightweight é chamado de modo de bloqueio ponto a ponto. O modo de bloqueio peer-to-peer está disponível nas controladoras que gerenciam o LAP.
Se esse modo estiver desativado no controlador (que é a configuração padrão), ele permitirá que os clientes com acesso sem fio se comuniquem entre si por meio do controlador. Se o modo estiver habilitado, ele bloqueará a comunicação entre os clientes através da controladora.
Ele funciona somente entre os AP que se uniram à mesma controladora. Quando habilitado, este modo não impede que os clientes wireless terminados em uma controladora cheguem até os clientes wireless terminados em uma controladora diferente, mesmo quando no mesmo grupo de mobilidade.
A. Os APs LAP não podem lidar com mensagens SNMP por conta própria. Para lidar com mensagens SNMP, você deve configurar uma comunidade SNMP na WLC em que o LAP está registrado. Todas as informações do AP são controladas pela WLC.